OpenShift高负载下Spring Boot Actuator端点无响应问题求助

高CPU负载下存活探针失效，本质是并行流占用了绝大多数CPU资源，导致Actuator的HTTP请求线程无法获得CPU时间片处理请求，最终触发探针超时。你尝试的ActiveProcessorCount等配置未生效，大概率是配置方式不对，或是并行流的线程池不受这些参数直接管控。

1. 限制并行流的线程数 #

Java并行流默认使用ForkJoinPool.commonPool()，线程数为CPU核心数-1，很容易占满CPU。显式指定自定义线程池，把并行计算的线程数控制在合理范围：

// 自定义线程池，线程数根据Pod CPU配额调整，比如设为2
ForkJoinPool calcPool = new ForkJoinPool(2);
try {
    // 把并行流任务提交到自定义线程池执行
    calcPool.submit(() -> {
        yourData.stream().parallel().forEach(this::yourCalculationMethod);
    }).get();
} catch (InterruptedException | ExecutionException e) {
    // 按需处理异常
} finally {
    calcPool.shutdown();
}

这样业务计算不会耗尽CPU，留足资源给Actuator处理探针请求。

2. 确保ActiveProcessorCount正确生效 #

OpenShift容器中，JVM参数的传递要符合镜像规范：

• 优先用JAVA_OPTS环境变量（部分镜像不识别JAVA_OPTIONS），设置为-XX:ActiveProcessorCount=2。
• 也可以在Spring Boot的application.properties中配置：

spring.main.processors=2

这个参数会让Spring Boot感知可用处理器数量，间接限制并行流的线程池大小。

3. 隔离Actuator的处理线程 #

你已经设置了MANAGEMENT_SERVER_PORT=8081，进一步配置Actuator使用独立的Tomcat线程池，避免和业务线程抢资源：

management.server.port=8081
management.server.tomcat.threads.max=4
management.server.tomcat.threads.min-spare=2

这样探针请求会在独立端口和线程池中处理，不受业务线程的CPU抢占影响。

4. 配置Pod的CPU配额 #

在OpenShift Deployment中给Pod设置合理的CPU请求和限制：

resources:
  requests:
    cpu: "1"
  limits:
    cpu: "2"

结合-XX:ActiveProcessorCount=2，让JVM准确感知可用CPU核心，避免并行流过度创建线程。

5. 改用exec类型的存活探针（可选） #

如果HTTP探针还是容易失败，换成exec探针直接检查应用进程状态，不需要应用处理HTTP请求：

livenessProbe:
  exec:
    command:
    - /bin/sh
    - -c
    - ps aux | grep java | grep -v grep
  initialDelaySeconds: 45
  timeoutSeconds: 5
  periodSeconds: 10
  successThreshold: 1
  failureThreshold: 3

只要应用进程存活，探针就会返回成功，适合高CPU负载场景。

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