kubernetes的调度机制

1. Kuberbetes调度

调度器通过kubernetes的watch机制来发现集群中新创建且尚未被调度到node上的pod。调度器会将发现的每一个未调度的pod调度到一个合适的node上来运行。

kube-scheduler 是 Kubernetes 集群的默认调度器，并且是集群 控制面的一部分。如果你真的希望或者有这方面的需求，kube-scheduler 在设计上是允许你自己写一个调度组件并替换原有的
kube-scheduler。

在做调度决定时需要考虑的因素包括：单独和整体的资源请求、硬件/软件/策略限制、亲和以及反亲和要求、数据局域性、负载间的干扰等等。

Kuberbetes调度可以参考官网地址：

https://kubernetes.io/zh/docs/concepts/scheduling-eviction/kube-scheduler/

（1）nodename

nodename是节点选择约束的最简单方法，但是一般不推荐。
如果nodename在podspec中制定了，则它的优先级最高。
使用nodename来选择节点的一些限制：
1.如果指定的节点不存在
2.如果指定的节点没有资源来容纳pod，则pod调度失败
3.云环境中的节点名称并非总是可预测或稳定的

[kubeadm@server1 scheduler]$ cat pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
  nodeName: server3         绑定server3

只能调度在server3上：

（2）nodeSelector

nodeselector是节点选择约束的最简单推荐形式
给选择的节点添加标签：

 kubectl label nodes <node name> disktype=ssd

[kubeadm@server1 scheduler]$ cat pod2.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: nginx
  labels:
    env: test
spec:
  containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
  nodeSelector:
    disktype: ssd

给server3加标签

pod运行在server3上（因为标签）

（3）亲和与反亲和

节点亲和

简单的来说就是用一些标签规则来约束pod的调度

requiredDuringSchedulingIgnoredDuringExecution   必须满足
preferredDuringSchedulingIgnoredDuringExecution  倾向满足 

ignoreDuringExecution 表示如果在pod运行期间node的标签发生变化&#