k8s的集群调度

schedule：负责调度资源，把pod调度到node节点

1、List-watch

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

kubectl 配置文件，向APIserver发送命令-----APIserver把命令发送各个组件

kubectl run nginx ---image=nginx:1.22 ---apiserver  ---controller manager ----scheduler ---kubelet

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

list-watch --会在每一步把监听的消息（APIserver：6443）-----controller manager ， scheduler，kubectl，etcd都会监听APIserver：6443端口

2、调度的过程和策略

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

以下几个问题

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

scheduler是一个单独运行的程序，启动之后就会一直监听APIserver，获取报文中的字段 spec nodename

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

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

预算策略： predicate 自带一些算法，选择node节点（scheduler自带额度算法策略，不需要人工干预）
1、podfitsresources：pod适应资源，检查节点上的剩余资源是否满足pod请求的资源，主要是cpu和内存
2、podfitshost：pod适应主机，如果pod指定了node的name，nginx1pod----node01 ，检测主机名是都存在，存在要和pod指定的名称匹配，这才能调度过去
3、podselectormatches：pod的选择器匹配，创建pod的时候可以根据node的标签来进行匹配，查找指定的node节点上标签是否存在，存在的标签是否匹配
4、nodiskconflict：无磁盘冲突，确保已挂载的卷与pod的卷不发生冲突  如node1 上  nginx1 pod opt/nginx
nginx2 pod opt/nginx冲突之后会把nginx2挂载node2节点上
如果预算策略都不满足，pod将始终处于pending状态，不断的重试调度，直到有节点满足条件为止
例如
node1 node2 node3 
经过预先策略，上述三个节点都满足条件，那该怎么办？---->> 优先策略
优先策略：
1、leastrequestedpriority：最低请求优先级，通过算法计算节点上的cpu和内存使用率，确定节点的权重，使用率越低的节点相应的权重越高，调度时会更倾向于使用率的节点，实现资源合理的利用
2、balanceresourceallocation：平衡资源分配，cpu和内存的使用率，给节点赋予权重，权重算的是cpu和内存使用率接近，权重越高，和上面的leastrequestedpriority最低请求优先级一起使用
例如：
node1 cpu和内存使用率 20:60
node2 cpu和内存使用率 50:50
node2 在被调度时会被优先
3、imagelocalityriority：节点上是否已经有了要部署的镜像，镜像的总数成正比，满足的镜像数越多，权重越好
例如
nginx1.22
node1 无
node2 有
node2 优先级高
以上策略都是scheduler自带的算法
通过预算选择出可以部署的节点，再通过优先选择出来最好的节点，以上都是自带的算法，k8s集群自己来选择

指定节点和标签

指定节点
spec参数设置：
  nodeName: node02

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx
  name: nginx
spec:
  repl