k8s的集群调度

本文介绍: k8s集群当中，通过list-watch的机制进行每个组件的协作，保持数据同步。每个组件之间的解耦。Kubectl配置文件，向apiserver发送命令——–apiserver把命令发送到各个组件。创建一个pod 叫 nginx 镜像是nginx1.22创建成功之后，kubectl get pod kubectl describe pod nginx ———>etcd的数据库当中。

list-watch

k8s集群当中，通过list-watch的机制进行每个组件的协作，保持数据同步。每个组件之间的解耦。

Kubectl配置文件，向apiserver发送命令——–apiserver把命令发送到各个组件。

创建一个pod 叫 nginx 镜像是nginx1.22

创建成功之后，kubectl get pod kubectl describe pod nginx ———>etcd的数据库当中。

list-watch —–会在每一步把监听的消息（apiserver：6443）—-controller manager，scheduler

Kubeelet etcd都会监听。

Apiserver：64443端口。

如何来吧pod分配到node节点。

2，调度的过程和策略：

Scheduler是k8s集群的调度器，把pod分配到集群的节点。

以下几个问题：

公平每个节点都能够分配资源
资源高效利用：集群当中的资源可以被最大化使用。
效率：调度的性能要搞好，能够尽快的完成大批量的pod的调度工作。
灵活：允许用户根据自己的需求，控制和改变调度的逻辑。

Scheduler是一个单独运行的程序，启动之后就会一直监听apiserver，获取报文中的字段：spec.nodeName

创建pod时候，为每个pod创建一个binding，表示该往哪个节点上部署。

创建pod的节点时。有两个策略。先执行预算策略，在执行优先策略，这两部的操作都必须成功，否则立刻返回报错。也就是说，部署的node必须满足这两个策略。

预算策略：

Predicate自带一些算法，选择node节点（scheduler自带的算法策略。不需要人工干预）

podfitsresources:pod适应资源，检查节点上的剩余资源是否满足pod请求的资源。主要是CPU和内存。
Podfitshost:pod适应主机，如果pod指定了node的name nginx1pod –>node01，检测主机名是否存在。存在要和pod指定的名称匹配，这才能调度过去。
podselectormatches：pod选择器匹配，创建pod的时候可以根据node的标签来进行匹配，查找指定的node节点上标签是否存在，存在的标签是否匹配。
Nodiskconflict：无磁盘冲突，确保已挂载的卷于pod的卷不发生冲突。除非目录是只读。

如果预算策略都不满足，pod将始终处于pending状态，还在不断地重试调度，直到节点满足条件为止。

Node1 node2 node3

经过预算策略，上述三个节点都满足条件，那就进入———>优选策略。

优选策略：

leastrequestedpriority：最低请求优先级，通过算法计算节点上的CPU和内存使用率，确定节点的权重，使用率越低的节点相应的权重越高。调度时会更倾向于使用率的节点。实现资源合理的利用。
Balanceresourceallocation：平衡资源分配，CPU和内存的使用率，给节点赋予权重。权重算的是CPU和内存使用率接近，权重越高。和上面的leastrequestedpriority最低请求优先级一起使用。