GKE集群中Django Pod CPU使用率无法超过1CPU的排查咨询

看起来你的场景是：在GKE集群里部署了Django应用的Deployment，设置了CPU请求为2核、内存请求和限制都是4G，但CPU限制未设置，压测时Pod的CPU使用率始终卡在1核上不去。我来给你梳理几个重点排查方向：

• 先确认Pod的CPU请求是否真的生效
  有时候可能是Deployment的YAML配置写错了，或者被其他配置（比如Horizontal Pod Autoscaler、PodPreset）覆盖了。你可以用kubectl describe pod <你的Pod名称>查看Pod详情里的Resources部分，确认Requests里的CPU是不是真的是2。如果实际请求是1核，那Kubernetes只会给Pod分配1核的CPU资源，自然跑不上去。

• 检查Pod所在节点的CPU资源情况
  就算Pod请求了2核，也要看节点有没有足够的可分配CPU。用kubectl describe node <Pod所在节点名称>，看Allocatable和Allocated里的CPU数值，确认节点剩余的CPU是否能满足Pod的请求。另外也可以看下节点的实例类型，比如是不是误调度到了只有1核的节点（不过按说Kubernetes调度器不会把请求2核的Pod放到1核节点上，但也不排除特殊情况），可以用kubectl get nodes -o custom-columns=NAME:.metadata.name,INSTANCE_TYPE:.metadata.labels.node\.kubernetes\.io/instance-type查看节点实例类型。

• 排查Django进程的Worker配置
  这是最常见的原因！如果你的Django用的是Gunicorn、uWSGI这类WSGI服务器，默认的Worker数量设置可能限制了CPU使用率。比如Gunicorn默认的Worker数可能是1，或者和CPU核心数挂钩但配置错误，导致压测时只有1个Worker进程处理请求，最多只能用1核CPU。你可以进入Pod里执行ps aux查看进程列表，看看有多少个Worker在运行；或者检查启动命令里有没有--workers参数，是否设置了合理的数值（通常建议设置为2*CPU核心数 +1，不过你这里Pod请求了2核，至少要设2个Worker才能用到2核）。

• 检查Pod的Cgroup CPU限制
  虽然你没设置CPU Limits，但有时候GKE的一些默认配置或者第三方插件可能会给Pod加上隐形限制。你可以进入Pod执行cat /sys/fs/cgroup/cpu/cpu.cfs_quota_us和cat /sys/fs/cgroup/cpu/cpu.cfs_period_us，如果cpu.cfs_quota_us的值是100000（而cpu.cfs_period_us是默认的100000），那说明Cgroup限制了Pod只能用1核CPU，这时候需要排查是谁加的这个限制。

• 查看Pod内进程的CPU占用细节
  用kubectl exec <你的Pod名称> -- top实时查看Pod内的进程CPU占用，确认是不是只有一个进程占了接近100%的CPU，其他进程没消耗资源。如果是这样，那基本可以锁定是应用本身的进程数限制问题；如果有多个进程但总CPU还是上不去，再回到节点资源或者Kubernetes配置上排查。

备注：内容来源于stack exchange，提问作者JDS