Terraform for_each循环使用方法及AWS VPC连接模块报错解决

一、变量定义优化 #

针对根据环境选择不同peer-id的需求，将原单个字符串类型的peer-id变量改为map类型，直接通过var.env匹配对应值，简化后续条件逻辑：

# variables.tf
variable "peer_ids" {
  type        = map(string)
  description = "按环境区分的VPC对等连接ID，key为环境名（如stage、dev）"
  default = {
    stage = "pcx-xxxxxx" # stage环境对应的peer-id
    dev   = "pcx-yyyyyy" # dev环境对应的peer-id
    prod  = "pcx-zzzzzz" # 其他环境对应的peer-id
  }
}

variable "env" {
  type        = string
  description = "当前部署环境标识"
}

二、修复Missing resource instance key报错 #

报错核心原因是使用count的资源，访问其属性必须指定具体实例索引，同时原代码中aws_route的for_each与route_table_id配置存在逻辑错误，以下是修正后的完整资源定义：

1. 合并VPC对等连接选项资源 #

删除原重复定义的两个aws_vpc_peering_connection_options资源，用条件判断统一控制配置：

resource "aws_vpc_peering_connection_accepter" "remote" {
  vpc_peering_connection_id = var.peer_ids[var.env]
  auto_accept               = true
  
  tags = {
    Name = var.env
  }
  
  lifecycle {ignore_changes = [tags]}
}

resource "aws_vpc_peering_connection_options" "accepter" {
  vpc_peering_connection_id = var.peer_ids[var.env]

  accepter {
    allow_remote_vpc_dns_resolution = true
  }

  # 仅stage环境启用请求方DNS解析
  requester {
    allow_remote_vpc_dns_resolution = var.env == "stage" ? true : false
  }

  depends_on = [aws_vpc_peering_connection_accepter.remote]
}

2. 修正路由表查询与路由资源 #

删除原两套重复的路由表数据资源，用三元表达式根据环境切换VPC ID，同时正确使用for_each遍历路由表：

data "aws_route_tables" "private" {
  vpc_id = var.env != "dev" ? aws_vpc_peering_connection_accepter.remote.vpc_id : aws_vpc_peering_connection_accepter.remote.peer_vpc_id

  filter {
    name   = "tag:Tier"
    values = ["Private"]
  }
}

resource "aws_route" "private" {
  # 将路由表ID集合转为set，作为for_each的遍历键
  for_each = toset(data.aws_route_tables.private.ids)
  
  route_table_id            = each.key
  destination_cidr_block    = "192.168.0.0/16"
  vpc_peering_connection_id = var.peer_ids[var.env]

  depends_on = [data.aws_route_tables.private]
}

关键修正说明：

• 移除count控制的冗余资源，用三元表达式直接切换VPC ID，避免索引访问错误
• aws_route的for_each直接绑定路由表ID集合，each.key即为单个路由表ID，解决原代码中错误的索引引用问题

三、核心语法规则总结 #

• count与for_each的适用场景：count用于控制资源是否创建（0或1实例）；for_each用于遍历集合（如多个路由表、实例），且必须接收集合/map类型值
• 带count的资源属性访问：若资源用count定义，必须通过[index]指定实例（如resource_name[0].attribute），建议结合flatten或条件判断避免count为0时的报错
• 环境配置管理：用map类型变量存储多环境配置，比零散的条件判断更简洁易维护

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