3. Pod亲和性基础：Node亲和性、Pod亲和性与反亲和性、required与preferred策略

在Kubernetes集群中，Pod的调度决策直接影响应用的高可用性与故障恢复能力。当Pod因存储挂载故障进入CrashLoop时，不合理的亲和性配置可能加剧问题——例如将多个副本调度到同一故障节点，或使Pod与依赖的存储Pod分离。本节系统梳理Pod亲和性的三大核心维度：Node亲和性、Pod亲和性与Pod反亲和性，并深入解析required（硬约束）与preferred（软偏好）策略的适用场景与配置方法。

3.1 亲和性体系总览

Kubernetes调度器通过亲和性规则将Pod调度到最合适的节点或与其他Pod协同部署。下表对比三种亲和性类型的核心差异：

3.2 Node亲和性：将Pod绑定到特定节点

Node亲和性允许运维人员基于节点标签定义调度规则，替代已被弃用的nodeSelector。它支持两种策略模式：

• requiredDuringSchedulingIgnoredDuringExecution（硬约束）：调度时必须满足规则，否则Pod处于Pending状态。
• preferredDuringSchedulingIgnoredDuringExecution（软偏好）：调度时优先满足规则，若不满足则降级到其他节点。

以下YAML示例展示一个要求Pod必须调度到SSD节点、且优先选择可用区A的配置：

apiVersion: v1
kind: Pod
metadata:
  name: nginx-ssd
spec:
  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: disk-type
            operator: In
            values:
            - ssd
      preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 80
        preference:
          matchExpressions:
          - key: topology.kubernetes.io/zone
            operator: In
            values:
            - us-east-1a
  containers:
  - name: nginx
    image: nginx:1.25

3.3 Pod亲和性与反亲和性：控制Pod间部署关系

Pod亲和性/反亲和性通过拓扑域（topologyKey）定义“距离”概念。常见的拓扑域包括kubernetes.io/hostname（节点级）、topology.kubernetes.io/zone（可用区级）。

3.3.1 Pod亲和性：将相关Pod调度到一起

以下配置确保cache Pod与web Pod部署在同一节点：

spec:
  affinity:
    podAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - web
        topologyKey: kubernetes.io/hostname

3.3.2 Pod反亲和性：分散副本避免单点故障

对于高可用应用，反亲和性强制副本分布在不同节点：

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

3.4 required与preferred策略对比

3.5 亲和性调度流程SVG

下图展示调度器处理Pod亲和性规则的核心决策路径：

3.6 亲和性配置常见陷阱

• 拓扑域选择不当：使用kubernetes.io/hostname作为反亲和性拓扑域时，若集群节点数少于副本数，部分副本将无法调度。
• 标签键值不匹配：Pod亲和性依赖目标Pod的标签，若目标Pod未打标签或标签变更，亲和性规则失效。
• required与preferred混用冲突：硬约束与软偏好同时定义时，软偏好仅在硬约束满足后生效，不会绕过硬约束。
• 忽略调度器日志：当Pod因亲和性规则Pending时，kubectl describe pod的Events字段和调度器日志是首要排查入口。