AWS EKS配置中创建并挂载EFS时报Invalid index错误如何解决

报错的核心原因是你代码中的subnets_nodes变量是对象（object）类型，而非列表/数组类型，你用数字类型的count.index作为索引访问对象属性，自然无法匹配到对应元素——对象需要通过属性名访问，而不是数字下标。你可以检查该变量的赋值逻辑，大概率你传入的是键值对结构的子网集合（比如以可用区为Key的Map），而非有序列表结构。

你可以任选以下两种方案之一解决：

方案1：将变量转为列表结构（适合简单场景） #

如果上游传入的subnets_nodes确实是对象/Map结构，你可以用values()函数提取所有属性值转为列表，修改aws_efs_mount_target的代码如下：

resource "aws_efs_mount_target" "efs-mt" {
   count = length(values(var.subnets_nodes))
   file_system_id  = aws_efs_file_system.efs.id
   subnet_id = values(var.subnets_nodes)[count.index].id
   security_groups = [var.security_group_nodes.id]
 }

如果需要更严谨的校验，你可以补充subnets_nodes变量的类型声明：

variable "subnets_nodes" {
  type = list(object({
    id = string
    # 可补充其他需要用到的子网属性
  }))
}

方案2：使用for_each替代count（更适合生产场景） #

如果你需要保留subnets_nodes的对象/Map结构，更推荐用for_each替代count，避免后续列表顺序变化导致的资源意外重建：

resource "aws_efs_mount_target" "efs-mt" {
   for_each = var.subnets_nodes
   file_system_id  = aws_efs_file_system.efs.id
   subnet_id = each.value.id
   security_groups = [var.security_group_nodes.id]
 }

请同时确认security_group_nodes变量的类型，如果该变量是多个安全组的集合，直接取.id也会触发同类报错，需要根据实际类型调整取值逻辑。

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