在 Kubernetes 中，Pod 亲和力（Affinity）和反亲和力（Anti-Affinity）是两个非常重要的概念，它们可以控制 Pod 如何被调度到 Node 上。
什么是 Pod 亲和力 Affinity
Pod 亲和力（Affinity）是指 Pod 被调度到某个 Node 上的倾向性或优先级。通过设置 Pod 亲和力，我们可以告诉 Kubernetes 在调度 Pod 时，优先将 Pod 调度到满足特定条件的 Node 上。
以下是 Pod 亲和力的几个示例:
- Node 选择器亲和力：Pod 会被调度到满足特定 Node 标签选择器的 Node 上。
- Pod 亲和力：Pod 会被调度到与指定的 Pod 具有相同或不同的标签的 Node 上。
- Pod 亲和力拓扑域：Pod 会被调度到与指定的 Pod 在同一个拓扑域的 Node 上。
什么是反亲和力 Anti-Affinity
与 Pod 亲和力相反，反亲和力（Anti-Affinity）是指 Pod 不被调度到满足特定条件的 Node 上。
以下是反亲和力的几个示例：
- Pod 反亲和力：Pod 不会被调度到与指定的 Pod 具有相同或不同的标签的 Node 上。
- Pod 反亲和力拓扑域：Pod 不会被调度到与指定的 Pod 在同一个拓扑域的 Node 上。
- Pod 反亲和力 InterPodAffinity：Pod 不会被调度到与指定的一组 Pod 具有相同标签的 Node 上。
Pod 亲和力 Affinity 和反亲和力 Anti-Affinity 的使用场景
Pod 亲和力和反亲和力可以用于很多场景，比如：
- 高可用性：将同一应用程序的不同 Pod 调度到不同的 Node 上，以避免单个节点或单个实例出现故障导致整个应用程序出现故障。
- 同步/异步：将生产者 Pod 和消费者 Pod 调度到同一节点上以减少网络延迟。
- 数据本地性：将具有相同的数据需求的 Pod 调度到同一节点上以避免在跨节点的网络传输中发生数据拷贝。
- 资源域分离：将多个应用程序分别调度到不同的 Node 上，以避免资源争用并确保可靠性和性能。
Pod 亲和力 Affinity 和反亲和力 Anti-Affinity 的示例代码
下面是一个示例代码，它定义了 Pod 的亲和力和反亲和力规则：
// javascriptcn.com 代码示例
apiVersion: v1
kind: Pod
metadata:
name: web-pod
spec:
containers:
- name: web
image: nginx
ports:
- containerPort: 80
affinity:
podAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- web
topologyKey: "kubernetes.io/hostname"
podAntiAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- db
topologyKey: "kubernetes.io/hostname"在上面的示例代码中，Pod 的亲和力和反亲和力规则被定义在 spec.affinity 部分。其中，
podAffinity要求调度器在调度 Pod 时优先选择与标签为app=web的 Pod 调度在同一 Node 上。podAntiAffinity要求调度器不要将标签为app=db的 Pod 调度在与本 Pod 同一 Node 上。
总结
Pod 亲和力（Affinity）和反亲和力（Anti-Affinity）是 Kubernetes 中非常重要的概念。它们可以控制 Pod 调度到 Node 的优先级和倾向性，可以用于高可用性、数据本地性以及资源域分离等场景。在实际使用中，我们需要根据自己的需求，灵活地配置亲和力和反亲和力规则，以实现最优的应用程序调度方案。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/6534cae67d4982a6eba0595e