You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

如何获取因EC2状态检查失败终止的实例日志及原因?

排查EC2实例终止原因的方法

1. 检查Auto Scaling组活动日志(若实例属于Auto Scaling组)

  • 登录AWS控制台进入Auto Scaling服务,找到对应组的活动历史,这里会记录实例终止、启动的详细触发原因(比如状态检查失败触发自动替换)。
  • 用CLI查询:aws autoscaling describe-scaling-activities --auto-scaling-group-name <你的ASG名称>,结果中会包含实例xxx的终止原因描述。

2. 查看EC2状态检查历史

  • 进入EC2控制台,在已终止实例列表中筛选xxx,查看状态检查历史,里面会记录终止前系统/实例状态检查的失败详情。
  • 用CLI查询(需包含已终止实例):aws ec2 describe-instance-status --instance-ids xxx --include-all-instances

3. 扩展CloudTrail查询范围

  • 不要局限于TerminateInstances事件,搜索RunInstances(对应新实例yyy的启动事件),查看该事件的关联请求上下文,往往能找到触发终止的源头(比如Auto Scaling的替换操作)。
  • 搜索事件源为autoscaling.amazonaws.com的事件,Auto Scaling触发的实例终止通常生成这类事件,而非直接的TerminateInstances事件。

4. 检查CloudWatch日志(若已配置)

  • 若实例之前配置了CloudWatch代理,查看终止时间前后的系统日志、应用日志,可能找到导致状态检查失败的根源(比如系统崩溃、核心进程挂死)。
  • 进入CloudWatch控制台的日志组,找到对应实例的日志流,筛选目标时间范围的日志内容。

5. 直接查询实例终止原因

  • 用CLI获取已终止实例的状态详情:aws ec2 describe-instances --instance-ids xxx --include-all-instances,返回结果的Instances数组中StateReason字段会明确标注终止原因。

内容的提问来源于stack exchange,提问作者user2824374

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.31 20:10:36