11.3.k8s中pod的调度-亲和affinity，反亲和antAffinity

目录

一、概念

二、nodeAffinity-节点亲和性

1.给k8s节点创建标签

2.编辑资源清单设置节点亲和性

3.查看pod所在节点，验证亲和性

三、podAffinity-pod的亲和性

1.编辑资源清单设置pod亲和性

2.查看pod所在节点

四、podAntAffinity-pod的反亲和性

---

一、概念

在K8S中，亲和性（Affinity）用来定义Pod与节点关系的概念，亲和性通过指定标签选择器和拓扑域约束来决定 Pod 应该调度到哪些节点上。与污点相反，它主要是尽量往某节点靠。

关键点是标签label

在k8s当中，“亲和性”分为三种，节点亲和性、pod亲和性、pod反亲和性；

亲和性分类	名称	解释说明
nodeAffinity	节点亲和性	通过【节点】标签匹配，用于控制pod调度到哪些node节点上，以及不能调度到哪些node节点上；（主角node节点）
podAffinity	pod亲和性	通过【节点+pod】标签匹配，可以和哪些pod部署在同一个节点上（拓扑域）；（主角是pod）
podAntiAffinity	pod反亲和性	通过【节点+pod】标签匹配，与pod亲和性相反，就是和那些pod不在一个节点上（拓扑域）；

二、nodeAffinity-节点亲和性

1. 亲和与反亲和。nodeSelector 提供了一种非常简单的方法来将 pod 约束到具有特定标签的节点上。亲和/反亲和功能极大地扩展了你可以表达约束的类型。
2. 你可以发现规则是“软”/“偏好”，而不是硬性要求，因此，如果调度器无法满足该要求，仍然调度该 pod
3. 你可以使用节点上的 pod 的标签来约束，而不是使用节点本身的标签，来允许哪些 pod 可以或者不可以被放置在一起。
4. 节点亲和(仅作用于调度期间)
   1. requiredDuringSchedulingIgnoredDuringExecution 必须满足
   2. preferredDuringSchedulingIgnoredDuringExecution 倾向满足
5. IgnoreDuringExecution 表示如果在Pod运行期间Node的标签发生变化，导致亲和性策略不能满足，则继续运行当前的Pod。
6. nodeaffinity还支持多种规则匹配条件的配置如
   1. In：label 的值在列表内
   2. NotIn：label 的值不在列表内
   3. Gt：label 的值大于设置的值，不支持Pod亲和性
   4. Lt：label 的值小于设置的值，不支持pod亲和性
   5. Exists：设置的label 存在
   6. DoesNotExist：设置的 label 不存在

1.给k8s节点创建标签

[root@k8s1 ~]# kubectl label nodes k8s1 k8s=oslee1
node/k8s1 labeled
[root@k8s1 ~]# kubectl label nodes k8s2 k8s=oslee2
node