Terraform如何合并多AWS AMI数据源为可选列表 支撑EC2批量创建

针对20个量级的独立aws_ami数据源整合需求，推荐采用动态生成、结构化配置的方案，完全避免手动编写零散重复的数据源块，同时在EC2部署时保留灵活选择适配AMI的能力。

具体实现步骤 #

1. 结构化定义全量AMI检索规则 #

把所有需要拉取的AMI对应的所有者ID、镜像名称匹配规则整理到统一的变量配置中，后续新增、修改某类AMI的检索逻辑，只需要调整这一处即可：

variable "ami_catalog" {
  type = list(object({
    name          = string
    owner_id      = string
    filter_name   = string
    filter_values = list(string)
  }))
  default = [
    {
      name          = "amazon-linux-2023"
      owner_id      = "amazon"
      filter_name   = "name"
      filter_values = ["al2023-ami-*-x86_64"]
    },
    {
      name          = "centos-stream-9"
      owner_id      = "125523138846"
      filter_name   = "name"
      filter_values = ["CentOS-Stream-9-*-x86_64"]
    },
    # 按需补充其余18个发行版的AMI检索规则即可
  ]
}

2. 动态生成数据源并整合为统一列表 #

利用Terraform的for_each语法，循环批量生成所有AMI的数据源，替代零散的独立data块，同时自动收集结果为可直接复用的结构化列表：

# 循环生成全量AMI数据源，无重复冗余代码
data "aws_ami" "catalog" {
  for_each = { for ami in var.ami_catalog : ami.name => ami }

  most_recent = true
  owners      = [each.value.owner_id]

  filter {
    name   = each.value.filter_name
    values = each.value.filter_values
  }
}

# 生成统一AMI列表，每个元素包含标识名、AMI ID、版本信息
locals {
  unified_ami_list = [
    for ami_name, ami_data in data.aws_ami.catalog : {
      name    = ami_name
      id      = ami_data.id
      version = ami_data.name
    }
  ]
}

3. 在EC2资源块中灵活选择适配AMI #

基于生成的统一列表，可根据业务场景实现多种选择逻辑，适配100个实例的批量部署需求：

• 按指定发行版精准选择：直接按名称匹配获取对应AMI ID，所有同配置实例统一使用指定镜像，示例配置：

  resource "aws_instance" "EC2" {
    count                = 100
    ami                  = [for ami in local.unified_ami_list : ami.id if ami.name == "amazon-linux-2023"][0]
    instance_type        = "t2.micro"
  }
  

• 按索引轮换分配AMI：对实例序号做取模运算，让100个实例循环使用列表内的20个AMI，适配多镜像混合部署的场景，示例配置：

  resource "aws_instance" "EC2" {
    count                = 100
    ami                  = local.unified_ami_list[count.index % length(local.unified_ami_list)].id
    instance_type        = "t2.micro"
  }
  

生产场景适配提示 #

日常生产使用时可补充以下校验逻辑，降低配置出错概率：

• 每个AMI的过滤规则里追加ena-support、virtualization-type = "hvm"这类兼容性过滤，避免拉取到不支持当前实例类型的老旧镜像
• 配置output块输出全量统一列表的内容，上线前校验所有拉取到的AMI所有者、名称是否符合预期，避免误拉非官方的恶意镜像
• 如果后续需要临时替换某一类AMI，只需要修改对应变量中的检索规则即可，不需要调整核心的列表整合逻辑

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