移除Pod的CPU限制后cpu.stat指标归零，如何监控CPU节流？

这是设计预期吗？ #

是的，完全符合设计逻辑：

• 当Pod未设置CPU限制时，CFS（完全公平调度器）的cpu.cfs_quota_us会被设为-1，这是内核默认值，代表不对该cgroup的CPU使用做任何配额限制。此时内核不会触发CFS节流逻辑，所以cpu.stat中的nr_periods、nr_throttled、throttled_time始终为0。
• Prometheus的container_cpu_cfs_throttled_periods_total和container_cpu_cfs_periods_total指标依赖CFS配额的统计数据，没有配额时内核不会生成这些统计项，因此指标无输出是正常现象。

无CPU限制时如何监控CPU相关的性能受限问题？ #

没有CFS配额时，虽然不会触发CFS节流，但容器仍可能因节点整体CPU资源不足出现性能受限，可通过以下方式监控：

• 节点层面CPU负载监控：用node_cpu_usage_seconds_total计算节点整体CPU使用率，当节点CPU长期处于高负载（如持续超过80%）时，说明节点资源紧张，容器进程可能被调度器频繁打断，导致运行缓慢。
• 容器CPU使用率与进程监控：通过container_cpu_usage_seconds_total计算容器的CPU使用率，同时结合容器内/proc/stat或htop观察进程的实时CPU占用，判断是否有进程因资源竞争出现异常。
• 内核调度指标：监控node_context_switches_total指标，上下文切换频率突增通常意味着节点CPU资源不足，进程调度频繁，间接反映容器的运行环境紧张。
• 容器饱和度指标：观察container_cpu_load_average_10s这类负载指标，若容器负载持续高于可用CPU核心数，说明存在资源竞争导致的性能问题。

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