k8s集群调度

1、调度约束

Kubernetes 是通过 List-Watch 的机制进行每个组件的协作，保持数据同步的，每个组件之间的设计实现了解耦。

1.1 List-Watch

用户通过kubectl命令提交请求交给apiserver创建pod，然后apiserver将pod信息存放到etcd中，之后当etcd接收到了pod信息后，会发送create给apiserver。在这个过程中controller manager会一直监听apiserver。当apiserver接收到了create会传送给controllermanager。当接收到后，会保证node上的副本数量。在controller manager创建pod后，apiserver会将信息存放在etcd中，当然etcd也会将信息传送给apiserver。在整个过程中scheduler会一直监听apiserver，并且根据预选策略和优选策略将pod放在合适的node上，然后scheduler将信息传送给apiserver。kubectl也是通过list watch来监听apiserver中的事件，最后apiserver将pod的状态信息存放到etcd中传送给apiserver。kubectl也是通过list watch来监听apiserver中的事件，最后apiserver将pod的状态信息存放到etcd中。

用户是通过 kubectl 根据配置文件，向 APIServer 发送命令，在 Node 节点上面建立 Pod 和 Container。

APIServer 经过 API 调用，权限控制，调用资源和存储资源的过程，实际上还没有真正开始部署应用。这里需要 Controller Manager、Scheduler 和 kubelet 的协助才能完成整个部署过程。

在 Kubernetes 中，所有部署的信息都会写到 etcd 中保存。实际上 etcd 在存储部署信息的时候，会发送 Create 事件给 APIServer，而 APIServer 会通过监听（Watch）etcd 发过来的事件。其他组件也会监听（Watch）APIServer 发出来的事件。

1.2 Pod 启动典型创建过程

Pod 是 Kubernetes 的基础单元，Pod 启动典型创建过程如下：

（1）这里有三个 List-Watch，分别是 Controller Manager（运行在 Master），Scheduler（运行在 Master），kubelet（运行在 Node）。 他们在进程已启动就会监听（Watch）APIServer 发出来的事件。

（2）用户通过 kubectl 或其他 API 客户端提交请求给 APIServer 来建立一个 Pod 对象副本。

（3）APIServer 尝试着将 Pod 对象的相关元信息存入 etcd 中，待写入操作执行完成，APIServer 即会返回确认信息至客户端。

（4）当 etcd 接受创建 Pod 信息以后，会发送一个 Create 事件给 APIServer。

（5）由于 Controller Manager 一直在监听（Watch，通过https的6443端口）APIServer 中的事件。此时 APIServer 接受到了 Create 事件，又会发送给 Controller Manager。

（6）Controller Manager 在接到 Create 事件以后，调用其中的 Replication Controller 来保证 Node 上面需要创建的副本数量。一旦副本数量少于 RC 中定义的数量，RC 会自动创建副本。总之它是保证副本数量的 Controller（PS：扩容缩容的担当）。

（7）在 Controller Manager 创建 Pod 副本以后，APIServer 会在 etcd 中记录这个 Pod 的详细信息。例如 Pod 的副本数，Container 的内容是什么。

（8）同样的 etcd 会将创建 Pod 的信息通过事件发送给 APIServer。

（9）由于 Scheduler 在监听（Watch）APIServer，并且它在系统中起到了“承上启下”的作用&#x