香香甜甜圈1. Kubernetes CPU 资源限制完全指南
在Kubernetes集群中管理容器资源时，CPU限制是最容易引发性能问题的配置项之一。我见过太多团队因为对CPU request/limit理解不到位，导致应用性能不稳定甚至集群资源浪费。本文将结合Linux内核的cgroup机制，彻底讲透Kubernetes CPU资源管理的技术细节。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. CPU资源单位解析
2.1 基础计量单位
Kubernetes中1个CPU单位对应：
- 1个AWS vCPU
- 1个GCP核心
- 1个Azure vCore
- 1个超线程（对于支持超线程的处理器）
2.2 毫核表示法
500m表示500毫核（即0.5个CPU），这是Kubernetes最常用的表示方式。实际配置时需要注意：
yaml复制resources:
limits:
cpu: "500m" # 必须加引号，否则会被解析为500毫秒
requests:
cpu: "250m"
重要提示：YAML中数值后加'm'必须用引号包裹，否则kube-scheduler会解析错误
3. cgroup实现原理
3.1 CPU子系统工作流程
当你在Kubernetes中设置CPU限制时，底层是通过Linux cgroup实现的：
- kubelet在/sys/fs/cgroup/cpu/kubepods/下创建容器cgroup目录
- 将容器进程PID写入cgroup.procs文件
- 根据配置设置cpu.cfs_period_us和cpu.cfs_quota_us
3.2 关键参数计算示例
假设配置CPU limit为0.5核：
bash复制# 查看容器cgroup配置
cat /sys/fs/cgroup/cpu/kubepods/pod<UID>/<ContainerID>/cpu.cfs_quota_us
# 输出：50000
cat /sys/fs/cgroup/cpu/kubepods/pod<UID>/<ContainerID>/cpu.cfs_period_us
# 输出：100000
计算公式：limit = cpu.cfs_quota_us / cpu.cfs_period_us
这里50000/100000=0.5核
4. 生产环境配置策略
4.1 请求与限制的最佳比例
根据Google Borg论文和实际经验建议：
| 应用类型 | requests | limits | 说明 |
|---|---|---|---|
| 关键业务服务 | 70% | 130% | 保证基线，允许突发 |
| 批处理任务 | 50% | 100% | 稳定使用不超限 |
| 测试环境Pod | 30% | 80% | 节省资源 |
4.2 监控指标解读
关键Prometheus指标：
promql复制# CPU使用率超过limit的容器
sum(rate(container_cpu_usage_seconds_total{container!=""}[5m])) by (container,pod,namespace)
/
sum(container_spec_cpu_quota{container!=""}/container_spec_cpu_period{container!=""}) by (container,pod,namespace)
> 1
5. 常见问题排查
5.1 CPU Throttling问题
当容器频繁被限流时会出现：
bash复制# 查看限流次数
cat /sys/fs/cgroup/cpu,cpuacct/kubepods/pod<UID>/<ContainerID>/cpu.stat
nr_throttled 357
throttled_time 18446744073709551615
解决方案：
- 适当提高CPU limit
- 优化应用CPU使用模式
- 考虑使用CPU Burst特性（需要内核>=5.14）
5.2 JDK与cgroupv2兼容问题
新版JDK通过以下参数识别cgroup：
bash复制# 检查JDK识别的cgroup信息
java -XshowSettings:system -version 2>&1 | grep cgroup
如果遇到cgroupv2挂载问题，可以添加JVM参数：
bash复制-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap
6. 高级调优技巧
6.1 静态CPU绑核
对于延迟敏感型应用：
yaml复制spec:
containers:
- name: app
resources:
limits:
cpu: "2"
requests:
cpu: "2"
cpuPolicy: "static"
6.2 多容器Pod的资源分配
当Pod包含多个容器时，调度器检查的是Pod整体的requests总和：
yaml复制spec:
containers:
- name: web
resources:
requests:
cpu: "500m"
- name: log-agent
resources:
requests:
cpu: "100m"
# 该Pod总requests为600m
7. 内核参数调优
对于高负载集群，建议调整以下内核参数：
bash复制# 提高CFS调度周期
echo 100000 > /proc/sys/kernel/sched_latency_ns
# 增加CPU运行队列长度
echo 64 > /proc/sys/kernel/sched_nr_migrate
这些参数需要根据实际负载测试调整，建议先在测试环境验证。