AWS EKS集群Pod无法均匀分布问题求助

你的Pod无法均匀分布到四个应用节点，核心原因是配置中存在冗余且冲突的亲和性约束，以及部分约束逻辑不合理，导致调度器无法按预期分配Pod。

关键问题点 #

1. 冗余的Required Pod Affinity
   你配置了requiredDuringSchedulingIgnoredDuringExecution级别的Pod亲和性，要求新Pod必须与已有的my-app-namePod处于同一个node_env拓扑域。但你的nodeSelector和nodeAffinity已经将Pod限定在node_env=my-node-name的节点上，这个亲和性约束完全多余。更严重的是：

   • 首次部署时，集群中无任何my-app-namePod，该约束会直接导致第一个Pod调度失败；
   • 滚动更新时，可能出现调度阻塞，无法正常替换旧Pod。

2. 重复约束的冲突风险
   你同时启用了podAntiAffinity（强制单节点最多一个同应用Pod）和topologySpreadConstraints（强制均匀分布），虽然逻辑上不冲突，但双重约束会增加调度器的计算复杂度，可能导致预期外的调度结果。

修正后的配置 #

以下是简化且有效的配置，确保四个Pod均匀分布到四个应用节点：

nodeSelector:
  node_env: my-node-name
affinity:
  nodeAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
        - matchExpressions:
          - key: node_env
            operator: In
            values:
              - my-node-name
  # 改用Preferred级别的反亲和，平衡强约束与调度灵活性
  podAntiAffinity:
    preferredDuringSchedulingIgnoredDuringExecution:
    - weight: 100
      podAffinityTerm:
        labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - my-app-name
        topologyKey: topology.kubernetes.io/hostname
topologySpreadConstraints:
  - maxSkew: 1
    nodeAffinityPolicy: Honor
    nodeTaintsPolicy: Honor
    topologyKey: topology.kubernetes.io/hostname
    whenUnsatisfiable: DoNotSchedule
    labelSelector:
      matchExpressions:
      - key: app
        operator: In
        values:
        - my-app-name

配置调整说明 #

• 移除Required Pod Affinity：彻底消除冗余约束，避免初始部署或更新时的调度阻塞。
• Pod Anti-Affinity降级为Preferred：如果节点资源不足等特殊情况发生，调度器仍能尝试调度（Required级别的约束会直接失败），同时保留"尽量分散"的核心需求。若业务强要求单节点只能有一个Pod，可改回requiredDuringSchedulingIgnoredDuringExecution。
• 优化Topology Spread Constraints：显式添加nodeTaintsPolicy: Honor，确保调度器仅考虑符合Node亲和性且未被污点排斥的应用节点，避免误调度到Envoy或杂项节点。

额外验证步骤 #

• 确认四个应用节点都正确打上node_env=my-node-name标签，无遗漏；
• 检查应用节点的CPU、内存资源是否足够容纳单个Pod，资源不足会直接导致调度失败；
• 排查Envoy或杂项Pod是否占用了应用节点的过多资源，影响应用Pod的调度。

内容的提问来源于stack exchange，提问作者Arun V