Kubernetes HPA中Pod资源超配可行性及资源使用问询

首先先明确你提到的Pod资源配置示例：

Limits:
  cpu: 150m
  memory: 150Mi
Requests:
  cpu: 42m
  memory: 50Mi

针对你提出的两个问题，我逐一解答：

问题1：在总CPU仅1000m的情况下，能否为每个Pod设置1000m的CPU限制？ #

完全可以。这里要搞清楚Kubernetes里Requests和Limits的核心区别：

• Requests是Pod调度时的「资源申请基线」，Kubernetes调度器只会把Pod调度到满足所有Pod Requests总和不超过节点可用资源的节点上。你的例子里两个Pod的CPU Requests都是500m，总和刚好等于节点的1000m可用CPU，调度器会正常把这两个Pod调度到该节点。
• Limits是Pod运行时能使用的资源上限，它的数值不需要和节点总资源匹配，哪怕所有Pod的Limits总和远超节点资源，Kubernetes也不会阻止你配置——这其实就是资源超配的典型场景，只要Requests的总和在节点资源范围内就行。

问题2：若Pod2未用完其500m的请求CPU，而Pod1已达500m的请求上限，Pod1能否利用Pod2闲置的资源，突破500m达到1000m的限制？ #

当然可以。这涉及到Kubernetes的QoS服务质量等级：
因为你的两个Pod同时设置了Requests和Limits，它们属于Burstable（可突发）类型的QoS。这类Pod的特点是：

• 平时会保证获得Requests声明的资源量；
• 当节点上有其他Pod闲置的资源时，它可以「借用」这些闲置资源，直到达到自己的Limits上限。

回到你的例子：如果Pod2只用了300m CPU（闲置了200m），那么Pod1最多可以用到500m（自己的Requests）+200m（Pod2的闲置）=700m；如果节点还有其他额外闲置资源（比如系统预留的资源没被用满），Pod1甚至可以继续往上用，直到触及自己1000m的CPU Limits。

需要注意的是，这种资源共享是动态的：如果Pod2后续需要用到更多CPU，kubelet会重新分配资源，把Pod1占用的闲置资源收回去，保证Pod2的Requests资源量。

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