kubernetes(k8s)：kubernetes调度机制、亲和、反亲和、污点、容忍

1. Kuberbetes调度

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

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

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

Kuberbetes调度可以参考官网地址：
https://kubernetes.io/zh/docs/concepts/scheduling/kube-scheduler/

调度框架：https://kubernetes.io/zh/docs/concepts/configuration/scheduling-framework/

（1）nodename

nodeName 是节点选择约束的最简单方法，但一般不推荐。如果 nodeName 在 PodSpec 中指定了，则它优先于其他的节点选择方法。

使用 nodeName 来选择节点的一些限制：

• 如果指定的节点不存在。
• 如果指定的节点没有资源来容纳 pod，则pod 调度失败。
• 云环境中的节点名称并非总是可预测或稳定的。

[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）亲和与反亲和

• nodeSelector 提供了一种非常简单的方法来将 pod约束到具有特定标签的节点上。亲和/反亲和功能极大地扩展了你可以表达约束的类型。
• 你可以发现规则是“软”/“偏好”，而不是硬性要求，因此，如果调度器无法满足该要求，仍然调度该 pod.
• 你可以使用节点上的 pod 的标签来约束，而不是使用节点本身的标签，来允许哪些 pod 可以或者不可以被放置在一起。

节点亲和

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

requiredDuringSchedulingIgnoredDuringExecution   //必须满足
preferredDuringSchedulingIgnoredDuringExecution  //倾向满足 

• ignoreDuringExecution 表示如果在pod运行期间node的标签发生变化，导致亲和性策略不能满足，则继续运行当前的pod

可以参考链接：

https://kubernetes.io/zh/docs/concepts/configuration/assign-pod-node

1 requiredDuringSchedulingIgnoredDuringExecution 必须满足

[kubeadm@server1 scheduler]$ cat pod2.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: node-affinity
spec:
  containers:
 - name: nginx
    image: nginx
  affinity:         //亲和性
    nodeAffinity:      //节点亲和
      requiredDuringSchedulingIgnoredDuringExecution:       //硬性
        nodeSelectorTerms:
        - matchExpressions:
          - key: disktype           // 有这个标签名（存储类型）
            operator: In
            values:
              - ssd             // 标签内容为ssd

nodeaffinity还支持多种规则匹配条件的配置如

• In：label 的值在列表内
• NotIn：label 的值不在列表内
• Gt：label 的值大于设置的值，不支持Pod亲和性
• Lt：label 的值小于设置的值，不支持pod亲和性
• Exists：设置的label 存在
• DoesNotExist：设置的 label 不存在

由于标签关系，调度到server3上：
给server2加上标签
更改清单

[kubeadm@server1 scheduler]$ cat pod2.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: node-affinity
spec:
  containers:
  - name: nginx
    image: nginx
  affinity:
    nodeAffinity:                //节点亲和
      requiredDuringSchedulingIgnoredDuringExecution:
        no