Kubernetes（EKS/GKE）中Java Spring Boot应用性能下降优化咨询

针对Kubernetes环境下性能大幅下降的问题，可从以下维度调整配置，对齐虚拟机上的运行性能：

一、JVM参数优化（核心调整） #

容器环境下JVM默认可能无法正确感知K8s的资源限制，导致堆内存分配不合理、GC频繁，直接影响TPS。需添加以下JVM启动参数：

• 强制JVM识别容器内存限制：-XX:+UseContainerSupport（JDK 10+默认开启，但显式声明避免环境差异）
• 按比例分配堆内存：-XX:MaxRAMPercentage=70.0（1GB内存的容器中，JVM堆上限设为700MB左右，预留足够内存给元空间、直接内存及容器运行时）
• 优化GC策略：启用G1GC并控制停顿时间，-XX:+UseG1GC -XX:MaxGCPauseMillis=200，适配内存密集型应用，减少GC停顿对业务请求的影响
• 禁用不必要的JVM特性：-XX:-UseBiasedLocking（减少锁竞争开销，尤其在高并发场景）

二、Kubernetes资源配置调整 #

1. 对齐Requests与Limits，设置Guaranteed QoS #

将Pod的CPU、内存请求（requests）与限制（limits）设为一致（1核1GB），让K8s将Pod标记为Guaranteed服务质量等级，避免节点资源紧张时被优先调度或限流：

resources:
  requests:
    cpu: "1"
    memory: "1Gi"
  limits:
    cpu: "1"
    memory: "1Gi"

2. 启用CPU静态绑定减少上下文切换 #

在K8s节点的kubelet配置中开启cpuManagerPolicy: static，确保Pod的CPU requests为整数核（此处刚好是1核），K8s会将完整的CPU核心绑定给Pod，避免与其他Pod共享核心带来的上下文切换开销。

3. 调整网络转发模式 #

将kube-proxy模式从默认的iptables切换为IPVS，IPVS在高并发场景下的网络转发性能远优于iptables，可降低Service层面的网络延迟。

三、容器运行时优化 #

• 关闭容器内存交换：在Pod的securityContext中设置memorySwap: -1，避免JVM使用swap导致的性能骤降：

securityContext:
  memorySwap:
    swapLimit: -1

• 使用轻量基础镜像：替换adoptopenjdk11为更精简的镜像（如adoptopenjdk:11-jre-hotspot-slim），减少容器启动时间及资源占用。

四、Spring Boot应用调优 #

• 调整Tomcat线程池：针对1核CPU，设置合理的线程数避免上下文切换过载：

server.tomcat.threads.max=150
server.tomcat.threads.min-spare=20

• 优化数据库连接池：根据CPU核心数调整HikariCP连接数，避免连接过多导致资源浪费：

spring.datasource.hikari.maximum-pool-size=10
spring.datasource.hikari.connection-timeout=20000

• 关闭不必要的自动配置：禁用应用不需要的Spring Boot自动配置模块，减少内存占用及初始化开销。

五、排查资源竞争问题 #

• 检查Pod所在节点的资源使用率，确保节点上没有其他高负载Pod抢占CPU或内存资源；
• 使用节点亲和性将应用Pod调度到资源充足的专属节点，避免与其他低优先级Pod共享节点。

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