如何查找AWS CloudFormation CREATE_FAILED事件的RequestID及调试故障

一、RequestID能追踪的信息 #

• 关联CloudFormation栈操作的全链路日志：涵盖栈创建/更新过程中每个资源的API调用细节，比如EC2实例创建时的请求参数、服务端返回的原始错误信息
• 定位特定资源的失败节点：在包含多资源的栈里，RequestID可以精准对应到某一个资源的操作请求，帮你快速锁定出问题的环节
• 匹配AWS服务内部的请求轨迹：即使没开启CloudTrail，部分AWS服务的实时日志里也能通过RequestID找到对应的错误上下文（比如EC2实例创建失败的具体日志）

二、处理CREATE_FAILED状态的通用流程 #

• 暂停回滚（未触发时）：用CLI执行aws cloudformation update-stack --stack-name <你的栈名> --no-rollback，保留失败状态的资源，方便后续排查细节
• 提取详细错误信息：
  • 控制台操作：进入CloudFormation栈的「事件」标签，找到标记为CREATE_FAILED的资源事件，展开查看完整状态原因
  • CLI操作：执行aws cloudformation describe-stack-events --stack-name <你的栈名> --query 'StackEvents[?ResourceStatus==CREATE_FAILED]'，直接过滤出失败事件的JSON详情
• 针对性修复配置：比如你遇到的AMI区域不匹配问题，可在目标区域用aws ec2 describe-images --owners amazon --filters "Name=name,Values=amzn2-ami-hvm-*-x86_64-gp2"查询官方可用的AMI ID，替换模板里的错误ID
• 重新执行栈操作：修复模板后，通过控制台重新部署或用aws cloudformation update-stack命令更新；如果之前暂停了回滚，也可以选择先完成回滚再重新创建栈

三、解析分号分隔的状态原因 #

CloudFormation的状态原因常用分号分割多层上下文信息，拆解逻辑很清晰：

• 第一部分：核心错误类型，直接告诉你是什么问题（比如AMI ID invalid）
• 中间部分：资源/参数细节，明确出错的具体对象和参数值（比如AMI ID: ami-xxxxxx; Region: us-west-2）
• 最后部分：服务端提示，给出修复方向的线索（比如AMI not available in specified region）
• 举个对应你场景的拆解示例：CREATE_FAILED; EC2 Instance; AMI ID ami-xxxxxx is not valid in region us-west-2; AMI is registered in us-east-1
  • 核心问题：指定的AMI ID在当前部署区域无效
  • 关键细节：该AMI仅在us-east-1可用，而你的栈部署在us-west-2
  • 修复方向：替换为us-west-2区域的合法AMI ID

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