云原生--k8s亲和，污点，容忍

目录

一、K8s调度

二、亲和与反亲和

1、Pod和Node

2.亲和性概念

3、硬亲和和软亲和

三、污点与容忍

1、污点（Taint）

1.1 污点的组成

1.2 污点的设置和去除

2、容忍（Tolerations）

2.1 Toleration 基本用法

2.2 Toleration案例

3、多污点与多容忍配置

---

一、K8s调度

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

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

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

如上图，k8s的调度是通过list-watch机制来工作的，其中list指的是清单列表，watch指的是各组件的监控模块，这里需要注意的是watch只能监控也就是接收事件，不能接收信息，详细内容会在后续的文章中解释

二、亲和与反亲和

1、Pod和Node

1.从pod出发，可以分成亲和性和反亲和性，分别对应podAffinity和podAntiAffinity。

2.从node出发，也可以分成亲和性和反亲和性，分别对应nodeAffinity和nodeAntiAffinity。

3.从操作指令来讲，可以有ln、Notln、Exists、DoesNotExist等等。

针对亲和性来讲，in代表我要调度到有这个标签的位置

针对反亲和性来讲，in代表我不要调度到有这个标签的位置

2.亲和性概念

NodeAffinity意为Node节点亲和性的调度策略，是用于替换NodeSelector的全新调度策略。定义节点亲和性规则时有两种类型的节点亲和性规则 ：硬亲和性required和软亲和性preferred。 硬亲和性实现的是强制性规则，它是Pod调度时必须要满足的规则，而在不存在满足规则的节点时 ， Pod对象会被置为Pending状态。 而软亲和性规则实现的是一种柔性调度限制，它倾向于将Pod对象运行于某类特定的节点之上，而调度器也将尽量满足此需求，但在无法满足调度需求时它将退而求其次地选择一个不匹配规则的节点

3、硬亲和和软亲和

preferredDuringSchedulingIgnoredDuringExecution 软亲和

软策略：结合下面的 “operator: NotIn”，意思就是尽量不要将 pod 调度到匹配到的节点，但是如果没有不匹配的节点的话，也可以调度到匹配到的节点。

requiredDuringSchedul