Worker节点回归集群后如何强制Kubernetes重新分配负载？

好问题！Kubernetes的调度器核心职责是处理新创建Pod的调度决策，对于已经稳定运行在其他节点上的Pod，除非触发了明确的驱逐条件（比如节点资源耗尽、污点配置变更、PodDisruptionBudget允许等），否则不会主动迁移它们——这就是为什么你重启后的节点会处于空闲状态，这是正常的默认行为。

不过有几种实用的方法可以帮你把负载重新分配到这个节点上，根据你的场景选择即可：

1. 手动驱逐旧节点的Pod（小范围快速调整） #

如果你只想把部分节点上的Pod挪到重启后的节点，可以用kubectl drain命令来触发Pod重新调度。注意不要直接标记节点不可用，要加上参数保留节点的调度能力：

• 先试运行确认影响范围：

  kubectl drain <原负载节点名称> --ignore-daemonsets --delete-emptydir-data --dry-run=client
  

• 确认没问题后执行实际驱逐：

  kubectl drain <原负载节点名称> --ignore-daemonsets --delete-emptydir-data
  

• 驱逐完成后，别忘了让原节点重新接收新Pod：

  kubectl uncordon <原负载节点名称>
  

这些被驱逐的Pod会被调度器重新分配，此时重启后的空闲节点会被纳入候选范围。

2. 修复节点的调度准入（确保节点能被调度） #

有时候重启后的节点可能残留了阻止调度的污点（比如node.kubernetes.io/unreachable或node.kubernetes.io/not-ready），先检查节点状态：

kubectl describe node <重启节点名称>

在输出的Taints部分如果看到带有NoSchedule或NoExecute的污点，需要移除它：

kubectl taint nodes <重启节点名称> <污点键>:<污点值>-
# 示例：kubectl taint nodes worker-3 node.kubernetes.io/unreachable:-

移除污点后，调度器就会把这个节点纳入新Pod的候选池了。

3. 滚动更新无状态Deployment（温和无中断） #

如果你的负载是无状态的Deployment，触发一次滚动更新就能让Kubernetes重新创建所有Pod，调度器会自动把新Pod分配到包括重启节点在内的所有可用节点上：

kubectl rollout restart deployment/<你的Deployment名称>

这个方法不会中断服务，因为滚动更新是逐步替换旧Pod，非常适合线上环境。

4. 配置拓扑分布约束（长期负载均衡） #

如果你希望集群内的Pod能长期保持节点间的均衡分布，可以给Deployment添加拓扑分布约束，让调度器尽量把Pod分散到不同节点。示例配置如下：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: your-app
spec:
  replicas: 10
  selector:
    matchLabels:
      app: your-app
  template:
    metadata:
      labels:
        app: your-app
    spec:
      topologySpreadConstraints:
      - maxSkew: 1
        topologyKey: kubernetes.io/hostname
        whenUnsatisfiable: ScheduleAnyway
        labelSelector:
          matchLabels:
            app: your-app
      containers:
      - name: your-app-container
        image: your-app-image:latest

这里的maxSkew:1表示每个节点上的该应用Pod数量差异不超过1，调度器会自动把Pod分配到空闲的重启节点上，长期维持负载均衡。

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