节点已分配资源中limits含义解析及限值低于requests的疑问

1. CPU limit 980m 的含义 #

980m 里的m是毫核的缩写，1个物理CPU核对应1000毫核，所以980m代表该节点可分配给Pod的CPU资源上限——这个值是节点总CPU扣除系统、Kubernetes组件预留资源后的可使用额度。

2. 为何节点层面limits低于requests #

单个Pod的CPU limit确实要求≥自身requests，但你这里是节点已分配的requests总和超过了节点的可分配limit，属于资源超配情况，常见原因有以下几种：

• 后期调整了节点的kube-reserved或system-reserved配置，压缩了节点可分配CPU额度，但之前调度到节点的Pod requests总和未发生变化，进而出现数值倒挂。
• Kubernetes对CPU这类可压缩资源默认允许超配，调度器会允许将requests总和超节点limit的Pod调度过来，因为CPU可通过进程调度动态调整分配，短时间超用不会直接导致Pod崩溃。
• 部分Pod的requests设置过高，多个Pod的requests累加后超过节点可分配limit，而集群资源紧张时，调度器仍会将Pod调度到该节点。

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