Kubernetes调度Pod时未考虑节点总内存占用问题咨询

首先明确：这不属于Bug，是Kubernetes默认的节点资源调度逻辑导致的行为。下面给你拆解原因和临时解决方案：

为什么会出现这个现象？ #

Kubernetes调度Pod时依赖节点的**可分配资源（Allocatable Resources）**判断节点是否有空闲容量。默认情况下，可分配资源是从节点总资源中减去两部分静态预留：

• kube-reserved：预留给Kubernetes自身组件（如kubelet、kube-proxy等）的资源
• system-reserved：预留给节点上非Kubernetes的系统进程的资源

这两个预留值是预先配置的固定值，而非实时计算系统进程的实际占用量。如果你的节点上系统进程实际占用的内存超过了预留值，Kubernetes调度器仍会认为超出部分的内存是空闲的，从而把Pod调度到资源紧张的节点上。

临时解决方案 #

1. 调整kubelet的资源预留参数 #

这是最直接的修复方式，通过更新kubelet配置，设置更贴合实际的系统资源预留值：

• 方式一：修改kubelet启动参数
  在kubelet的启动命令中添加以下参数（根据你的节点实际情况调整内存值）：

  --kube-reserved=memory=512Mi \
  --system-reserved=memory=1Gi \
  --eviction-hard=memory.available<100Mi
  

• 方式二：修改kubelet配置文件（推荐，适用于使用CRI的集群）
  编辑/var/lib/kubelet/config.yaml，添加或修改以下字段：

  kubeReserved:
    memory: "512Mi"
  systemReserved:
    memory: "1Gi"
  evictionHard:
    memory.available: "100Mi"
  

  修改后重启kubelet服务：systemctl restart kubelet

2. 用污点/亲和性临时规避调度问题 #

如果暂时无法修改kubelet配置，可以通过节点污点或Pod亲和性避免Pod被调度到资源紧张的节点：

• 给资源紧张的节点打污点，阻止Pod调度：

  kubectl taint nodes <你的节点名称> node.kubernetes.io/memory-pressure:NoSchedule
  

• 或者给需要调度的Pod添加节点亲和性规则，指定只调度到内存充足的节点：
  在Pod的spec中添加：

  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: node.status.conditions[].type
            operator: In
            values:
            - "MemoryPressure"
          - key: node.status.conditions[].status
            operator: In
            values:
            - "False"
  

3. 启用动态节点资源管控（新版本K8s） #

如果你的Kubernetes版本较新（1.20+），可以确保kubelet的--enforce-node-allocatable参数处于启用状态（默认开启），它能让调度器更严格地遵循节点的实际可用资源，配合reservedMemory等配置还能进一步优化资源分配逻辑。

总结 #

这个行为是Kubernetes设计上的取舍——静态预留资源可以降低调度器的复杂度和实时监控开销，但如果你的节点系统进程占用波动较大，就需要手动调整预留参数来匹配实际情况。

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