Terraform构建失败：指定AMI不存在，如何规避镜像重建？

核心思路 #

既然不想重建现有实例，就不能通过更新AMI过滤条件让Terraform动态获取新镜像（这会触发实例销毁重建），而是直接复用当前运行实例所使用的实际AMI ID，绕过数据块的动态查询逻辑。

具体步骤 #

1. 获取当前实例的AMI ID

   • 通过AWS控制台：进入EC2实例详情页，在"详细信息"板块找到AMI ID字段
   • 通过AWS CLI命令：

     aws ec2 describe-instances --instance-ids <你的实例ID> --query 'Reservations[0].Instances[0].ImageId' --output text
     

2. 修改Terraform配置
   注释或删除原有的aws_ami数据块，在引用AMI的资源中直接硬编码获取到的ID：

   # 注释/删除原动态查询AMI的代码块
   # data "aws_ami" "ami_ai_demos" {
   #   most_recent = true
   #   filter {
   #     name   = "name"
   #     values = ["ubuntu/images/hvm-ssd/ubuntu-bionic-18.04-amd64-server-20200323"]
   #   }
   #   filter {
   #     name   = "virtualization-type"
   #     values = ["hvm"]
   #   }
   #   owners = ["099720109477"]
   # }
   
   # 直接使用现有实例的AMI ID
   resource "aws_instance" "your_instance" {
     # 保留其他原有配置
     ami           = "ami-xxxxxxxxx" # 替换为你获取到的实际AMI ID
     instance_type = "t2.micro"
     # ...其他配置项
   }
   

3. 验证配置并同步状态

   • 执行terraform refresh，让Terraform同步当前云资源状态
   • 执行terraform plan，确认输出中没有实例销毁/重建的计划，仅为状态同步操作

后续建议 #

如果后续需要更新AMI但仍不想重建实例，仅针对Auto Scaling组场景可结合Launch Template和实例刷新功能实现；单实例场景下，建议持续硬编码当前AMI ID，直到你确实需要重建实例时，再更新AMI过滤条件获取新镜像。

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