如何通过AWS EventBridge在Beanstalk告警时仅重启降级EC2实例

核心前置说明 #

直接配置EventBridge调用EC2原生重启API的路径，无法匹配你的需求：

• Elastic Beanstalk推送到EventBridge的环境状态告警属于环境级元数据，事件内容仅包含环境ID、环境名称、整体状态值，不携带任何单实例的ID列表，更无法直接区分哪台实例处于降级状态
• EC2的重启API必须显式传入目标实例ID才能执行，没有通用的筛选逻辑可以直接定位“属于当前EB环境、且处于降级状态”的实例

可落地的执行流程 #

需要将EventBridge的目标从直接调用重启API，调整为调用Lambda函数，在Lambda内部完成降级实例的筛选与重启动作，具体逻辑如下：

• 从EventBridge传入的触发事件中，提取目标Elastic Beanstalk环境的名称、所属AWS区域两个核心参数
• 调用Elastic Beanstalk的DescribeEnvironmentHealth API，拉取该环境下所有EC2实例的健康明细（调用时需指定返回属性包含InstancesHealth，否则默认接口不会返回单实例粒度的健康数据）
• 对返回的实例列表做过滤：仅保留HealthStatus字段值为Degraded/Severe的实例，提取这些条目的InstanceId字段，即可精准获取需要处理的降级实例ID——在2台实例的部署场景下，健康状态正常的实例会被直接排除，不会纳入重启范围
• 拿到目标实例ID列表后，调用EC2的RebootInstances API完成对应实例的重启

配置注意事项 #

• Lambda执行角色需要配置最小权限：仅授予对目标EB环境的DescribeEnvironmentHealth调用权限、对环境关联EC2实例的RebootInstances调用权限，避免权限过大带来的安全风险
• EventBridge规则需要增加事件匹配过滤：仅当Elastic Beanstalk环境的整体状态为warn/degraded时才触发Lambda，避免环境正常运行时的无效调用
• 不要依赖EC2实例标签做降级匹配：EB自动伸缩组动态创建的实例没有预定义的健康状态标签，靠标签筛选的可靠性极低，始终以EB API返回的实时实例健康状态作为判断依据

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