Spring Boot部署GKE后JVM CPU使用率无法突破1核问题咨询

我遇到过类似容器环境下Java应用CPU无法跑满的情况，结合你的配置，几个可排查的方向：

• Java容器CPU识别偏差
  Java 17默认启用-XX:+UseContainerSupport，但当容器仅设置CPU Request未配置Limit时，部分环境下JVM无法正确感知可用CPU资源，会默认按1核初始化线程池、GC线程等组件。可以尝试手动指定核心数，在JAVA_TOOL_OPTIONS中添加-XX:ActiveProcessorCount=2（根据实际需求调整数值），强制JVM使用指定数量的核心。

• Distroless镜像权限限制
  gcr.io/distroless/java17:nonroot镜像做了极致精简，nonroot用户可能无法读取cgroup的CPU相关信息，导致JVM无法识别容器资源配额。可以临时切换到root版本镜像测试，或者给nonroot用户添加读取cgroup路径的权限。

• GKE cgroup版本兼容问题
  GKE 1.21.11搭配cos_containerd大概率使用cgroup v1，而Java 17对cgroup v2的支持更完善，v1环境下可能存在资源识别偏差。可以进入容器查看cgroup配置：

  cat /sys/fs/cgroup/cpu/cpu.cfs_quota_us
  cat /sys/fs/cgroup/cpu/cpu.cfs_period_us
  

  如果cpu.cfs_quota_us为-1（无限制），JVM会以节点CPU数为准，但如果应用仍跑不满，需要排查业务代码的线程池配置（比如Spring Boot Tomcat线程数、业务异步线程池是否充足）。

• GKE旧版本调度bug
  GKE 1.21属于较老版本，存在一些容器资源调度的已知问题，比如CPU Request设置为非整数时，无法正确分配CPU时间片。可以尝试将CPU Request调整为整数（比如2核）测试，或者升级到较新的GKE版本（如1.24+）。

另外，高负载时建议用jstack导出线程栈，查看是否有大量线程阻塞，或是仅少数线程在运行，这能快速定位是JVM配置问题还是业务代码瓶颈。

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