EKS中StatefulSet配合Cluster Autoscaler多AZ卷亲和冲突问题

node(s) had volume node affinity conflict报错的核心原因是：你使用的EBS动态存储卷为可用区级资源，PV创建时会自动绑定所在可用区的节点亲和规则，仅能被同可用区的节点挂载。
你的测试场景中，初始所有Redis Pod都调度在AZ 1B，对应动态申领的PVC也全部创建在AZ 1B；当AZ 1A、1B节点资源被占满后，Cluster Autoscaler（以下简称CA）优先执行多可用区节点均衡策略扩容了AZ 1C的节点，但AZ 1B的存储卷无法跨可用区挂载到AZ 1C节点，最终触发调度失败。

• 调整CA扩容优先级，优先匹配存储拓扑约束
  为CA配置priority扩容展开器，将存储卷所属可用区的节点组扩容优先级设为最高，同时调整多AZ均衡逻辑的触发时机：当存在待调度Pod绑定了可用区级PVC时，暂停跨AZ节点均衡操作，优先在PVC所属可用区扩容节点，待所有带存储亲和约束的Pod完成调度后，再执行节点数量的跨AZ均衡。核心启动参数配置参考：

--expander=priority
--balance-similar-node-groups=true
--balance-priority-after-scale-up=true
--new-pod-scale-up-delay=30s

• 为Redis StatefulSet配置拓扑分布约束，从根源避免存储卷集中在单AZ
  给Redis工作负载添加拓扑分布规则，强制副本按可用区打散调度，避免所有副本和对应PVC集中在单个AZ，配置示例：

spec:
  topologySpreadConstraints:
  - maxSkew: 1
    topologyKey: topology.kubernetes.io/zone
    whenUnsatisfiable: DoNotSchedule
    labelSelector:
      matchLabels:
        app.kubernetes.io/instance: redis-cluster
  podManagementPolicy: Parallel

配置后Redis副本会均匀分布在集群已部署工作节点的可用区，对应动态创建的PV也会分散在多个AZ，单AZ节点资源耗尽时仅会触发同AZ节点扩容，不会出现所有Pod都无法调度的情况。

• 为存储类配置允许拓扑范围，对齐集群节点组配置
  在Redis使用的StorageClass中显式配置allowedTopologies，限定动态创建PV的可用区范围和集群已配置的工作节点可用区完全一致，避免出现PV落在无对应节点组的可用区、后续无法扩容节点挂载的问题，配置片段参考：

allowedTopologies:
- matchLabelExpressions:
  - key: topology.kubernetes.io/zone
    values:
    - ap-southeast-1a
    - ap-southeast-1b
    - ap-southeast-1c

• 开启EBS CSI驱动的存储拓扑感知调度能力
  确保集群使用的EBS CSI驱动版本不低于1.18，开启驱动的拓扑感知调度特性，让PV创建时会自动匹配待调度Pod的可用区调度结果，不会出现PV创建的可用区和Pod最终可调度的可用区不一致的问题。

完成上述配置后，复现测试场景：删除所有Redis Pod、占满AZ 1A、1B节点资源后，CA会优先在PVC所属的AZ 1B扩容工作节点，待Redis Pod全部完成调度、存储卷正常挂载后，再逐步调整多AZ节点数量实现均衡，全程不会触发卷节点亲和性冲突报错，无需人工介入处理。

内容的提问来源于stack exchange，提问作者Kent Ho