如何阻止Kubernetes将所有资源调度至同一节点

这种现象绝对不正常。Kubernetes默认调度器的核心逻辑是尽可能均衡分配Pod到集群节点，除非集群存在以下配置异常或组件问题：

可能的原因及排查方向 #

• 节点污点与容忍不匹配：检查被优先调度的节点是否无污点，而其他三个节点存在未被Pod容忍的污点。比如其他节点带有node-role.kubernetes.io/control-plane:NoSchedule这类污点，但新部署的Pod未配置对应容忍规则，就只能调度到无污点节点。执行kubectl describe node <节点名称>查看各节点的Taints字段对比差异。
• 节点标签与调度优先级配置：若目标节点被打上特殊标签，同时集群配置了默认节点亲和规则或自定义优先级类（PriorityClass），可能导致新Pod默认偏向该节点。另外需确认是否有自定义调度器取代了默认调度器，自定义逻辑可能引发偏向性调度。
• 节点可分配资源误报：调度器依据节点的Allocatable资源（而非实际使用率）判断是否可容纳Pod。如果其他三个节点的可分配CPU/内存被错误设置为极低值（比如初始化时过度预留系统资源），调度器会认为这些节点无法承载新Pod，只能选择剩余资源充足的节点。执行kubectl describe node <节点名称>查看Allocatable与Capacity字段的差值。
• 存储卷绑定约束：新卷也集中调度到同一节点时，需检查存储类（StorageClass）的volumeBindingMode是否为Immediate，或底层存储系统（如本地存储、特定云存储）存在节点亲和限制，导致PVC只能绑定到该节点的PV，进而强制Pod调度到对应节点。
• 调度器组件异常：Kube-scheduler缓存不同步、异常重启或逻辑错误可能导致调度决策异常。查看调度器日志排查报错：kubectl logs -n kube-system kube-scheduler-<控制节点名称>。

验证测试 #

创建一个无任何亲和/容忍配置的测试Pod，观察调度结果：

apiVersion: v1
kind: Pod
metadata:
  name: test-scheduler-pod
spec:
  containers:
  - name: nginx
    image: nginx:alpine
    resources:
      requests:
        cpu: "100m"
        memory: "128Mi"

创建后执行kubectl get pod -o wide查看调度节点，再对比该节点与其他节点的配置差异，定位具体问题。

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