EC2上Docker部署Spring Boot应用闲置后首次请求超时问题求助

针对你遇到的闲置后首次调用API超时、需等待约30分钟恢复的问题，结合AWS EC2+负载均衡器的部署场景，从以下几个核心方向排查解决：

1. 检查EC2实例的自动停止/回收策略 #

• 若你的EC2实例是Spot实例，AWS会在资源紧张时回收实例，重启过程可能耗时数十分钟；或者你配置了CloudWatch规则、成本优化策略让实例自动停止休眠。
  • 操作：进入EC2控制台，查看实例的「状态历史」确认是否有停止/启动记录；若为Spot实例，切换为按需实例；关闭所有自动停止/休眠的生命周期规则。

2. 优化负载均衡器的健康检查与连接配置 #

• 负载均衡器（ALB/NLB）的健康检查配置不合理，会导致闲置时实例被标记为不健康并移出目标组，后续请求需等待实例重新通过健康检查才能恢复服务。
  • 操作：
    • 配置轻量健康检查端点：启用Spring Boot Actuator的/health端点，将其设为负载均衡器的健康检查路径，确保快速响应。
    • 调整健康检查参数：缩短检查间隔（建议30秒），降低不健康阈值（2次失败标记），提高健康恢复阈值（2次成功恢复），减少实例被移出/重新加入的耗时。
    • 调整空闲连接超时：AWS ALB默认空闲超时60秒，若后端应用连接池超时更短，会导致连接频繁断开。将ALB空闲超时调至120秒，同时匹配Spring Boot连接池（如HikariCP）的超时参数。

3. 优化Spring Boot应用的连接池与资源配置 #

• 应用的数据库/外部服务连接池在闲置时被服务端回收，首次请求需重新建立连接，若服务端也有闲置回收策略，会导致连接建立缓慢。
  • 操作：
    • 配置连接池保活：以HikariCP为例，设置keepalive-time参数（建议5分钟，小于数据库闲置超时），定期保持连接活跃：

      spring:
        datasource:
          hikari:
            keepalive-time: 300000
            max-lifetime: 1800000
      

    • 调整线程池配置：确保核心线程数不会在闲置时被全部回收，设置合理的corePoolSize和keepAliveTime，让首次请求能快速获取处理线程。
    • 启用Actuator健康检查：暴露/health端点，配合负载均衡器实时感知应用状态，避免无效路由。

4. 排查VPC网络层面的超时问题 #

• 若EC2实例在私有子网，使用NAT网关访问公网，AWS NAT网关默认空闲超时350秒，超时后连接会被强制断开，首次请求需重新建立网络连接导致延迟。
  • 操作：将NAT网关的空闲超时调整至最大值（3600秒）；同时在应用中配置TCP keepalive，保持网络连接活跃。

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