AWS EventBridge调度未停止EC2实例的调试方法咨询

先排查规则本身是否触发 #

• 确认规则的计划表达式（cron/rate）是否正确，注意EventBridge默认使用UTC时区，别把本地时间直接写进去导致触发时间偏差。
• 进入EventBridge控制台的规则详情页，查看触发历史：
  • 如果触发历史为空，说明规则未按计划触发，检查规则是否处于启用状态，计划表达式是否符合语法要求。
  • 如果有触发记录但显示失败，优先查看记录里的失败原因描述。

检查权限配置（高频问题） #

• 验证EventBridge目标使用的执行角色是否具备ec2:StopInstances权限，且资源范围包含目标实例ID i-xxxxxxxxxxxxxxxxx（比如权限策略里的Resource字段设为arn:aws:ec2:区域:账号ID:instance/i-xxxxxxxxxxxxxxxxx）。
• 确认该角色的信任策略已允许events.amazonaws.com作为信任实体，否则EventBridge无法通过该角色调用EC2 API。

验证目标配置细节 #

• 核对Payload里的实例ID是否完全正确，避免字符多写/漏写；同时确认目标EC2实例当前不是已停止状态（此时StopInstances API调用不会报错，但也不会产生任何状态变化）。
• 检查目标的重试策略：默认重试机制可能掩盖单次失败的情况，若没有明确的失败日志，启用死信队列是有效的排查手段。

关于死信队列（DLQ）的作用 #

• 强烈建议启用死信队列，当EventBridge调用EC2 API失败（如权限不足、实例不存在、API调用超时等），失败事件会被发送到指定的SQS队列中。你可以从DLQ的消息内容里获取完整的错误信息、请求Payload，这对无日志的故障排查至关重要。
• 配置DLQ时，需给EventBridge的执行角色添加sqs:SendMessage权限，权限范围指向目标SQS队列的ARN。

其他排查方向 #

• 检查EC2实例状态：确认实例未处于终止中、正在停止等过渡状态，也没有因专用主机绑定、EBS卷异常等问题导致无法停止。
• 查看CloudTrail日志：若已开启CloudTrail，搜索StopInstances API调用记录，筛选来自EventBridge的请求，查看返回的错误码（如AccessDenied、InvalidInstanceID.NotFound）定位具体问题。

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