Kubernetes调度器：资源请求满足但限制超量时能否调度Pod？

你的场景中，新Pod会被调度到该节点，核心逻辑如下：

调度器的决策依据 #

Kubernetes调度器仅基于Pod的**资源请求（requests）**进行节点筛选，完全不考虑资源限制（limits）的总和：

• 目标节点总资源：2CPU、8GB内存
• 已运行Pod的资源请求：0.5CPU、2Gi内存
• 节点剩余可分配的请求资源：1.5CPU、6Gi内存
• 新Pod的资源请求：0.5CPU、2Gi内存，远小于剩余可分配资源，满足调度条件

资源限制的作用 #

资源限制（limits）是运行时管控规则，由节点上的kubelet负责执行：

• 当Pod实际使用资源接近或达到limits时，kubelet会采取对应管控措施：CPU超限时会被节流（throttling），内存超限时可能触发OOM杀死Pod
• 即使所有Pod的limits总和超过节点总资源，只要requests总和在节点可分配范围内，调度器就允许Pod调度到该节点

场景配置验证 #

已运行Pod配置：

resources:
    limits:
      cpu: 1
      memory: 4Gi
    requests:
      cpu: 0.5
      memory: 2Gi

新Pod配置：

resources:
    limits:
      cpu: 1.5
      memory: 6Gi
    requests:
      cpu: 0.5
      memory: 2Gi

两者requests总和为1CPU、4Gi内存，远低于节点总资源（2CPU、8Gi），因此调度器会允许新Pod调度到该节点。

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