GKE Pod迁移至新节点池受阻：PDB限制且节点池未扩容

问题背景 #

• 旧节点池（机型X）与新节点池（机型Y）均已运行，已禁用旧池自动扩缩容并添加cordon标记
• 执行GKE官方驱逐命令：

for node in $(kubectl get nodes -l cloud.google.com/gke-nodepool=old-pool -o=name); do
  kubectl drain --force --ignore-daemonsets --delete-emptydir-data --grace-period=300 "$node";
done

• 工作负载配置Pod中断预算（PDB），要求至少1个可用实例；新节点池开启自动扩缩容（最小1，最大约10）
• 驱逐失败，提示Cannot evict pod as it would violate the pod's disruption budget.，且新节点池未生成新Pod

可能忽略的关键因素 #

1. 工作负载的调度约束未更新 #

检查Deployment/StatefulSet等工作负载的nodeSelector、affinity或tolerations配置：

• 如果工作负载指定了仅调度到旧节点池的标签（如cloud.google.com/gke-nodepool=old-pool），新节点池Y无对应标签，Pod无法被调度到新节点
• 需修改工作负载的调度规则，使其允许调度到新节点池（比如添加新池的标签到nodeSelector，或调整affinity为多池兼容）

2. 新节点池未就绪或资源不足 #

• 确认新节点状态：执行kubectl get nodes -l cloud.google.com/gke-nodepool=new-pool，检查节点是否处于Ready状态，若节点未完成初始化，Pod无法调度
• 检查Pod的资源请求（requests）是否超过新节点的可用CPU/内存：若新节点资源不足以承载Pod，自动扩缩容可能无法触发，或Pod调度失败

3. PDB与副本数的联动问题 #

• 若工作负载副本数固定为1，结合PDB要求至少1个可用实例，Kubernetes不会自动创建新Pod（因为当前副本数已满足期望），此时驱逐旧Pod会直接违反PDB，陷入死循环
• 需临时调高工作负载副本数（如设为2），或配置HPA确保副本数可自动扩容，让Kubernetes先在新节点创建Pod，再驱逐旧节点的Pod

4. 新节点池的污点/容忍度不匹配 #

• 检查新节点池是否配置了工作负载Pod无法容忍的污点（kubectl describe node <新节点名>查看Taints字段）
• 同时检查Pod的tolerations配置，确认是否能匹配新节点的污点，若不匹配，Pod无法调度到新节点

5. PDB选择器配置错误 #

• 检查PDB的selector是否准确匹配工作负载的Pod标签：若选择器范围过小或错误，会导致实际生效的PDB约束与预期不符，甚至无法覆盖目标Pod，间接影响驱逐逻辑

内容的提问来源于stack exchange，提问作者David Gourde