什么是 Kubernetes 的亲和性与反亲和性？

亲和性与反亲和性用于精细控制Pod调度，提升应用性能与稳定性。亲和性分节点亲和性（如将Pod调度到带SSD的节点）和Pod亲和性（如让缓存与应用同节点以降低延迟），支持required（硬性要求）和preferred（软性偏好）两种模式。反亲和性则用于避免调度，如节点反亲和性防止敏感应用部署在公共区域，Pod反亲和性确保同一应用副本分布在不同节点，防止单点故障。典型用例是通过topologyKey为kubernetes.io/hostname的Pod反亲和性实现副本跨节点部署。常用于数据库与缓存同可用区部署、GPU任务调度至GPU节点、生产与开发环境隔离等场景。合理使用可显著提升资源利用率与系统可靠性。

Kubernetes 的亲和性（Affinity）与反亲和性（Anti-affinity）是用来控制 Pod 调度行为的规则，帮助你决定 Pod 应该或不应该部署在哪些节点上，或者与其他 Pod 的部署关系。它们是对基本节点选择器（nodeSelector）的增强，提供更精细、更灵活的调度策略。

亲和性（Affinity）

亲和性用于“吸引”Pod 到特定节点或其他 Pod 附近。它分为两种类型：

节点亲和性支持两种操作模式：

• requiredDuringSchedulingIgnoredDuringExecution：硬性要求，必须满足，否则 Pod 不会被调度。
• preferredDuringSchedulingIgnoredDuringExecution：软性偏好，尽量满足，但不保证。

反亲和性（Anti-Affinity）

反亲和性用于“排斥”Pod，避免它们被调度到某些位置。同样分为两类：

协和·太初

国内首个针对罕见病领域的AI大模型

38

查看详情

一个典型用例是使用 Pod 反亲和性实现应用副本跨节点部署：

affinity:
  podAntiAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
            - key: app
              operator: In
              values:
                - my-app
        topologyKey: kubernetes.io/hostname

这段配置表示：新 Pod 必须不能与标签 app=my-app 的 Pod 运行在同一个节点上（topologyKey 设置为节点主机名）。

实际应用场景

亲和性和反亲和性常用于以下场景：

• 将数据库和缓存部署在同一可用区以降低延迟（节点亲和性）。
• 确保关键服务的不同副本分散在多个节点或区域（Pod 反亲和性）。
• 将 GPU 密集型任务只调度到有 GPU 的节点（节点亲和性）。
• 隔离开发和生产环境的 Pod（反亲和性）。

基本上就这些。合理使用亲和性与反亲和性，能显著提升应用的性能、稳定性和资源利用率。

以上就是什么是 Kubernetes 的亲和性与反亲和性？的详细内容，更多请关注php中文网其它相关文章！