AWS EKS Pod调度失败求助：无可用卷区及端口不足

咱们把这个调度失败的问题拆成错误里明确提到的两个核心原因，逐个来解决：

一、搞定"1 node(s) had no available volume zone"问题 #

这个错误本质是Pod要挂载的存储卷和节点不在同一个可用区（AZ）——AWS的EBS卷是和可用区绑定的，只能挂载到同AZ的EC2节点上。

• 先做排查：
  1. 查看你的PVC对应的PV的可用区信息：

     kubectl describe pv <你的PV名称> | grep "Node Affinity"
     

     也可以检查存储类的配置，看是不是硬指定了某个AZ；
  2. 确认集群里所有节点的可用区分布：

     kubectl get nodes -o custom-columns=节点名称:.metadata.name,可用区:.metadata.labels.topology\.kubernetes\.io/zone
     

• 修复方案：
  • 如果用的是动态存储类，确保存储类没有固定指定AZ，让K8s自动在Pod调度到的节点所在AZ创建卷；
  • 如果是静态PV，要么在目标节点的AZ新建EBS卷并重新绑定PVC（EBS卷没法跨AZ迁移），要么给Pod加节点亲和性规则，让它只能调度到PV所在AZ的节点；
  • 另外检查节点组的AZ覆盖，如果某个AZ只有这一个节点，而卷在其他AZ，那就把节点组扩容到卷所在的AZ，增加可用节点。

二、解决"2 node(s) didn't have free ports for the requested pod ports"问题 #

这个问题说明这两个节点上，Pod请求的端口已经被占用了——大概率是你的Pod YAML里用了hostPort字段，这个端口在节点上是全局唯一的，不能被多个Pod共用。

• 排查步骤：
  1. 先看你的Pod配置，确认是不是用了hostPort；
  2. 登录那两个节点，检查目标端口的占用情况：

     # 替换成你的Pod需要的端口号
     sudo netstat -tulpn | grep :<目标端口号>
     

• 修复方案：
  • 如果不是必须用hostPort，建议删掉这个配置，改用ClusterIP或者NodePort Service来暴露服务，不要直接占用节点端口；
  • 如果一定要用hostPort，要么修改Pod的端口号为节点上未被占用的端口，要么给Pod加调度规则（比如节点污点/容忍、节点亲和性），让它避开已经占用该端口的节点；
  • 还有可能是旧Pod没正常清理，导致端口被残留进程占用，这时候可以清理残留进程或者删除异常的Pod。

额外排查小技巧 #

如果上面的方法还没解决，你可以试试：

• 查看Pod的完整调度事件，获取更多细节：

  kubectl describe pod <你的Pod名称>
  

• 检查节点的CPU、内存资源是否足够（虽然错误没提，但资源不足也可能导致调度失败）：

  kubectl top nodes
  

内容的提问来源于stack exchange，提问作者Madhurima Mishra