k8s daemonset controller源码分析

daemonset的更新方式与 statefulset 一样包含 OnDelete 和 RollingUpdate（滚动更新） 两种，OnDelete 方式需要手动删除对应的 pod，然后daemonset controller才会创建出新的pod，而 RollingUpdate 方式与 statefulset 和 deployment 有所区别， RollingUpdate方式更新时是按照先删除pod再创建pod的顺序进行，不像deployment那样可以先创建出新的pod再删除旧的pod。

daemonset controller架构

daemonset controller的大致组成和处理流程如下图，daemonset controller对daemonset、pod、node、ControllerRevision对象注册了event handler，当有事件时，会watch到然后将对应的daemonset对象放入到queue中，然后syncDaemonset方法为daemonset controller调谐daemonset对象的核心处理逻辑所在，从queue中取出daemonset对象，做调谐处理。

daemonset controller核心处理逻辑

daemonset controller的核心处理逻辑是调谐daomonset对象，使得daemonset在合适node上完成pod的创建、在不合适node上完成pod的删除，触发滚动更新时按照配置的滚动更新策略配置来删除旧的pod、创建新的pod，并根据历史版本限制配置清理daemonset的历史版本，最后更新daemonset对象的status状态。

daemonset controller创建pod算法

daemonset controller创建pod的算法与replicaset controller创建pod的算法几乎相同，按1、2、4、8...的递增趋势分多批次进行（每次调谐中创建pod的数量上限为250个，超过上限的会在下次调谐中再创建），若某批次创建pod有失败的（如apiserver限流，丢弃请求等，注意：超时除外，因为initialization处理有可能超时），则后续批次的pod创建不再进行，需等待该daemonset对象下次调谐时再触发该pod创建算法，进行pod的创建，直至所有满足条件的node上都有该daemonset的pod。

daemonset controller删除pod算法

daemonset controller删除pod的算法是，拉起与要删除的pod数量相同的goroutine来删除pod（每次调谐中删除pod的数量上限为250），并等待所有goroutine执行完成。删除pod有失败的（如apiserver限流，丢弃请求）或超过250上限的部分，需等待该daemonset对象下次调谐时再触发该pod删除算法，进行pod的删除，直至所有期望被删除的pod都被删除。