如何在Terraform中合并变量以选择VMware虚拟机端口组？

我来帮你搞定这个VMware虚拟机部署时的端口组匹配难题！你遇到的核心痛点是没法直接在lookup里合并两个变量，而且依赖本地文件的方案又在terraform plan阶段报错，其实用Terraform的locals就能完美解决，完全不需要依赖外部文件。

修改后的完整配置代码 #

variable "tenant" {
  description = "tenant: T1 or T2"
}

variable "environment" {
  description = "environment: PROD or TEST"
}

variable "vm_network" {
  description = "network the VM will be provisioned with"
  type        = map(string) # Terraform 0.12+推荐写法，旧版本可改回"map"
  default = {
    T1_PROD = "T1-PROD-network"
    T2_PROD = "T2-PROD-network"
    T1_TEST = "T1-TEST-network"
    T2_TEST = "T2-TEST-network"
  }
}

# 新增本地变量块，合并tenant和environment
locals {
  tenant_environment = "${var.tenant}_${var.environment}"
}

data "vsphere_network" "network" {
  name          = lookup(var.vm_network, local.tenant_environment)
  datacenter_id = data.vsphere_datacenter.dc.id
}

方案说明 #

1. 用locals处理变量合并
   locals是Terraform专门用来定义内存中计算变量的块，它会在初始化阶段就完成变量拼接计算，完全不需要依赖外部文件，完美避开了plan阶段文件不存在的问题。拼接后的local.tenant_environment可以直接作为合法变量传入lookup函数。

2. 类型规范优化
   我把type = "map"改成了type = map(string)，这是Terraform 0.12及以后版本的推荐写法，能提供更严格的类型校验；如果你还在使用旧版本，改回type = "map"即可。

为什么你之前的方案行不通？ #

• 直接在lookup里写tenant_environment会报错，因为这个变量根本没被定义，Terraform无法识别它。
• 依赖本地文件的思路不符合Terraform的执行流程：terraform plan阶段会提前检查所有引用的数据源（包括本地文件）是否存在，而你的文件是脚本启动后才生成的，自然会触发文件不存在的错误。

当你传入tenant = "T1"和environment = "PROD"时，local.tenant_environment会自动拼接成T1_PROD，lookup就能精准匹配到对应的端口组名称，完全满足你的部署需求。

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