Kubernetes Descheduler 与 Pod 重平衡
背景 Kubernetes 默认调度器只在 Pod 创建时选一次节点。Pod 一旦跑起来，除非被删除、驱逐或所在节点不可用，否则不会因为目标节点变忙而自动迁走。 homelab 里曾出现 worker 节点（如 k8s-50）堆了三十多个 Pod，而另一节点几乎空闲的情况。2026-06-23 在 Grafana 上确认 k8s-50 CPU 接近 80% 而 Descheduler 不驱逐，经补 requests、加 K8s Node Workloads 看板、放宽 Nexus affinity 后已见效；全过程见 Homelab K8s Node Rebalance 案例。 当时节点内存压力指标仍为 MemoryPressure=False（kubelet 认为内存够用），但 CPU 争抢、有状态服务启动慢等问题已经很明显。手动 kubectl drain 后 Pod 能正常分散到其他节点，说明调度器本身没问题，缺的是主动重平衡机制。 Descheduler 是 Kubernetes SIG 维护的组件，周期性检查集群，按策略驱逐部分 Pod，让它们被默认调度器重新分配到更合适的节点。 调度器与 Descheduler 的分工 组件 时机 作用 kube-scheduler Pod 创建 / 被驱逐后重建 为新 Pod 选节点 Descheduler 周期性（如每 10 分钟） 发现「不均衡」或「违反策略」的 Pod，发起驱逐 kubelet eviction 节点资源真不足时 按优先级驱逐 Pod（OOM、磁盘满等） 三者互补：调度器负责「进门放哪」，Descheduler 负责「住久了要不要换房」，kubelet 负责「房子快塌了先赶人」。 ...