我对Kube-Scheduler调度过程的理解

今天阅读了张磊老师的《深入剖析Kubernetes》第41章节，对调度器的一些说明。

对于kube-scheduler组件的整个调度流程，我个人的理解如下：

第1步：通过ApiServer，监听ETCD中对象的变化，完成：

a) 取得待调度的Pod列表，放入队列，即：调度队列(FIFO)。

b) 取得所有Node列表，放入缓存，即：Scheduler Cache。

第2步：从队列中挑选出一个POD，进行Predicates算法，得到一组可用的Node列表。

第3步：对Node列表进行的打分，从0-10分。

第4步：取出最高分的Node，并把它更新到这个POD和这个Node到本地缓存（Assume, 乐观绑定）。

第5步：在一个goroutine里向ApiServer发起update请求。

第6步：ApiServer组件会把信息存入到ETCD中，并通知对应节点上的kubelet组件。

第7步：节点上的kebelet组件根据ETCD的POD和Node信息，作二次确认(即Admit操作)。

第8步：确认通过后，节点上的kebelet组件创建POD。

注意：为了重复上述过程，程序中用了两个独立的循环来实现。

文章如下，版权为作者所有，如有侵权，我将马上删除。