K8s如何处理无CPU限制且超请求的容器？跨节点调度规则解析

核心行为结论 #

• K8s不会自动将该容器迁移到其他有可用资源的节点，会维持容器在当前节点运行，但会通过节点的CPU调度机制限制其实际可用的CPU资源。
• 本质原因：K8s调度器仅在Pod创建阶段完成节点绑定，Pod运行后不会因CPU资源占用超请求且节点满负荷而自动触发迁移。

节点内的CPU限制逻辑 #

当容器配置了CPU请求但未设置限制，且当前节点资源完全被占用时：

• 容器的CPU使用率会被节点的cgroup调度器（默认是CFS）约束，无法获取超出节点剩余空闲的CPU资源。
• 此时容器会和节点上其他容器按CPU请求的比例共享剩余CPU资源，不会被强制终止或迁移。

触发迁移/重新调度的时机与方式 #

只有满足特定条件时，该Pod才会被移至其他节点：

• 节点资源驱逐触发：当节点出现内存、磁盘等资源不足（非单纯CPU满负荷）时，kubelet会根据QoS优先级驱逐Pod。该容器属于Burstable级别，会被优先于Guaranteed级别的Pod驱逐，驱逐后Pod会重新调度到有可用资源的节点。
• 运维或组件触发：
  • 手动执行kubectl drain命令排空节点，Pod会被驱逐并重新调度。
  • 使用Descheduler组件：可配置策略（如节点资源利用率阈值），主动将运行在资源紧张节点的Pod迁移到空闲节点。
  • Cluster Autoscaler负责节点扩缩容，但不会直接迁移Pod，需结合Descheduler实现Pod在新节点的调度。

参考资料方向 #

• K8s官方文档中关于QoS服务质量级别的章节：明确Burstable类型Pod的调度、资源分配与驱逐规则。
• Kubelet资源驱逐策略文档：了解触发Pod驱逐的资源类型、阈值与执行逻辑。
• Descheduler组件官方文档：掌握主动迁移Pod的配置策略与触发条件。
• Linux CFS调度器原理：理解节点内CPU资源的分配与限制机制。

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