AWS Elastic Beanstalk高CPU触发Docker重启：如何延长或禁用该机制？

刚好之前帮客户处理过类似的场景，你遇到的这个Docker重启/实例替换，本质是Elastic Beanstalk的健康检查机制在起作用——当实例连续多次健康检查失败，EB会默认认为实例不可用，进而重启容器甚至替换整个EC2实例。针对你的情况，这里有几个具体的调整方案，按优先级推荐：

1. 先调整健康检查的阈值和超时时间（最安全的方案） #

EB允许你自定义健康检查的判定规则，避免短时间高负载导致误判：

• 登录AWS控制台，进入你的Elastic Beanstalk环境
• 转到配置 > 负载均衡器（如果用的是ALB应用负载均衡）或实例（如果是CLB经典负载均衡）
• 找到健康检查配置模块：
  • 延长健康检查间隔：比如从默认的10秒改成30秒，给应用更多时间处理突发负载
  • 提高不健康阈值：比如从默认的2次失败改成5次，避免偶尔的响应延迟就触发重启
  • 调大超时时间：如果高CPU时应用响应HTTP请求会变慢，把健康检查的超时从默认5秒延长到15秒左右，确保健康检查不会因为响应慢就判定失败

2. 用EB配置文件自定义Docker容器的健康检查规则 #

如果是Docker容器被强制重启，你可以通过.ebextensions配置文件来精细化控制容器的健康检查：
在你的应用根目录新建.ebextensions/container-health-check.config文件，写入以下内容：

option_settings:
  - namespace: aws:elasticbeanstalk:container:docker
    option_name: ContainerHealthCheckTimeout
    value: 120  # 对应你的应用启动时间2分钟，单位秒
  - namespace: aws:elasticbeanstalk:container:docker
    option_name: ContainerHealthCheckInterval
    value: 30

这个配置会让EB给容器更长的启动缓冲时间，同时降低健康检查的频率，减少高负载时的误触发概率。

3. 禁用自动实例替换（谨慎操作） #

如果你确定高CPU是业务正常场景，完全不想让EB替换实例，可以关闭这个自动机制：

• 进入EB环境的配置 > 实例页面
• 找到自动缩放组下的替换不健康实例选项，设置为禁用

注意：这个选项一定要谨慎用！如果真的出现实例故障（不是正常高负载），EB不会自动替换故障实例，可能导致服务长时间不可用。

额外的优化建议 #

虽然你说没法基于CPU扩容，但可以考虑这些方向来缓解问题：

• 调整自动缩放的触发条件：比如结合ALB的请求队列长度或者应用内部的自定义指标（比如Webhook队列积压数）来触发扩容，而不是单纯依赖CPU指标
• 在应用里加请求限流/排队：把突发的Webhook请求先放到SQS队列里，让应用慢慢消费，避免瞬间把CPU打满导致健康检查失败

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