Replicaset Controller源码解读
一、ReplicaSet 控制器监听replicasets和pods,把他们对应的key放到队列里面去
1、replicatsetinformer用来通知控制器replicasets的一些事件,比如每当新加了replicaset,replicaset更新了或者replicaset被delete之后,会触发不同的evendhandles,
2、举例更新RS,当rs update之后,
3、如果replicas的number变了,会输出logs,然后讲当前的replicas给enqueue到一个队列里面,然后把他的key加到队列里面
二、处理repliacset的更新事件,首先使用key获取所更新的object,key放进了queue里面,需要协程来将其pop出来,处理相应的事件
1、首先会通过key来获取到replicaset的namespace和名字,然后通过lister从cache里面将对应的object拿出来,
2、获取此命名空间下的所有pods,第699行对pod进行过滤,然后选定replicaset的selector选中的pod,
3、比较当前的replicas和期望的replicas,多了加,少了减
4、计算当前的status,,只有availablereplias和totalrepliacs相等的时候,才会被标记为ready
5、计算并更新当前replicas的状态
三、总结:
1、RepliacSet控制器监听replicasets和pods,把他们的所对应的key放到队列里面去
replica_set.go L156
2、处理replicaset的更新事件,首先使用key来获取所更新的object,也就是我们的replicaset
replica_set.go L674
3、获取当前的replicaset的namespace下面所有的active pod
replica_set.go L694
4、比较预期的replica num和当前pods的数目,做出相应的行为
replica_set.go L559
5、计算并更新当前replicaset的状态
replica_set.go L716
四、informer流程图
Reflector:
1、Informer 首先会 list/watch apiserver,Informer 所使用的 Reflector 包负责与 apiserver 建立连接,Reflector 使用 ListAndWatch 的方法,会先从 apiserver 中 list 该资源的所有实例,list 会拿到该对象最新的 resourceVersion,然后使用 watch 方法监听该 resourceVersion 之后的所有变化,若中途出现异常,reflector 则会从断开的 resourceVersion 处重现尝试监听所有变化,一旦该对象的实例有创建、删除、更新动作,Reflector 都会收到"事件通知",这时,该事件及它对应的 API 对象这个组合,被称为增量(Delta),它会被放进 DeltaFIFO 中
2、Informer 会不断地从这个 DeltaFIFO 中读取增量,每拿出一个对象,Informer 就会判断这个增量的时间类型,然后创建或更新本地的缓存,也就是 store,如果事件类型是 Added(添加对象),那么 Informer 会通过 Indexer 的库把这个增量里的 API 对象保存到本地的缓存中,并为它创建索引,若为删除操作,则在本地缓存中删除该对象
3、DeltaFIFO 再 pop 这个事件到 controller 中,controller 会调用事先注册的 ResourceEventHandler 回调函数进行处理。在 ResourceEventHandler 回调函数中,其实只是做了一些很简单的过滤,然后将关心变更的 Object 放到 workqueue 里面。
Informer: 其实就是一个带有本地缓存和索引机制的、可以注册 EventHandler 的 client,本地缓存被称为 Store,索引被称为 Index。使用 informer 的目的是为了减轻 apiserver 数据交互的压力而抽象出来的一个 cache 层,客户端对 apiserver 数据的 "读取" 和 "监听" 操作都通过本地 informer 进行
1、同步数据到本地缓存
2、根据对应的事件类型,触发事先注册好的 ResourceEventHandle
index:indexer/cache会维护一个缓存,会将全量数据进行保存并实时更新,和apiserver数据保持一致,controller可以直接读取缓解apiserver压力。
Resource Event Handlers:当有事件更新的时候,controller 会有一些对应的方法被触发,会获取对应的key,将key排到队列当中,
process item:查看workqueue,从里面pop这些key,通过indexer reference也就是lister来通过key来获得对应的所储存的object,如replicaset
拿到object之后就知道object被更新了,然后触发控制器的具体逻辑,最后把object deepcopy写入新的status,通过client-go的update进行更新。
indexer reference:就是lister