Client-go源码分析（二） Informer 中的 Resync 机制分析

最新推荐文章于 2024-06-03 22:54:43 发布

rootlh;

最新推荐文章于 2024-06-03 22:54:43 发布

阅读量1.9k

点赞数 4

分类专栏： Kubernetes

本文链接：https://blog.csdn.net/qq_17305249/article/details/107890063

版权

本文详细分析了Client-go中的Informer工作流程，特别是Resync机制的作用。Resync通过设定的ResyncDuration参数周期性地从Indexer缓存同步数据到Delta FIFO队列，为处理失败的事件提供重新处理的机会。当事件由Resync重新同步到队列时，会触发onUpdate回调，区别于直接从apiserver接收的事件。

摘要由CSDN通过智能技术生成

一、Client-go 中的 Informer 工作流程图

在这里插入图片描述
Informer 中的 Reflector 通过 List/watch 从 apiserver 中获取到集群中所有资源对象的变化事件（event），将其放入 Delta FIFO 队列中（以 Key、Value 的形式保存），触发 onAdd、onUpdate、onDelete 回调将 Key 放入 WorkQueue 中。同时将 Key 更新 Indexer 本地缓存。Control Loop 从 WorkQueue 中取到 Key，从 Indexer 中获取到该 Key 的 Value，进行相应的处理。

二、Resync 机制的引入

我们在使用 SharedInformerFactory 去创建 SharedInformer 时，需要填一个 ResyncDuration 的参数

// k8s.io/client-go/informers/factory.go
// NewSharedInformerFactory constructs a new instance of sharedInformerFactory for all namespaces.
func NewSharedInformerFactory(client kubernetes.Interface, defaultResync time.Duration) SharedInformerFactory {
   
	return NewSharedInformerFactoryWithOptions(client, defaultResync)
}

这个参数指的是，多久从 Indexer 缓存中同步一次数据到 Delta FIFO 队列，重新走一遍流程

// k8s.io/client-go/tools/cache/delta_fifo.go
// 重新同步一次 Indexer 缓存数据到 Delta FIFO 队列中
func (f *DeltaFIFO) Resync() error {
   
	f.lock.Lock()
	defer f.lock.Unlock()

	if f.knownObjects == nil {
   
		return nil
	}
	// 遍历 indexer 中的 key，传入 syncKeyLocked 中处理
	keys := f.knownObjects.ListKeys()