Packer并行构建时如何在Source段获取build.name设置VM名称

核心问题原因 #

你之前用${build.name}报错，是因为Packer的build上下文变量属性名是**build.Name（大写N）**，不是小写的name，所以找不到对应属性。另外，全局Source块无法直接访问单个build的上下文变量，需要在每个build内部覆盖Source的配置。

简便解决方案：在每个Build块内覆盖VM_Name #

全局定义通用的Source基础配置，然后在每个独立的Build块中，嵌套Source块并单独指定VM_Name，引用当前Build的名称。

示例HCL2模板：

# 全局基础Source配置（共享所有通用参数）
source "vsphere-iso" "base" {
  datacenter       = "DC01"
  cluster          = "Cluster01"
  datastore        = "Datastore01"
  # 其他通用配置：network、iso_url等
  VM_Name          = "default-vm" # 默认值，会被每个Build覆盖
}

# 第一个并行构建任务
build {
  name = "ubuntu-2004-server"
  sources = ["source.vsphere-iso.base"]
  
  # 覆盖基础Source的VM_Name，使用当前Build的名称
  source "vsphere-iso" "base" {
    VM_Name = "${build.Name}"
  }

  # 你的Provisioner配置（比如shell、ansible等）
  provisioner "shell" {
    script = "setup-ubuntu.sh"
  }
}

# 第二个并行构建任务
build {
  name = "centos-7-server"
  sources = ["source.vsphere-iso.base"]
  
  source "vsphere-iso" "base" {
    VM_Name = "${build.Name}"
  }

  provisioner "shell" {
    script = "setup-centos.sh"
  }
}

更灵活的命名方式（自定义VM名称） #

如果不想直接用Build的name作为VM名称，可以在每个Build里单独指定自定义名称：

build {
  name = "ubuntu-2004-server"
  sources = ["source.vsphere-iso.base"]
  
  source "vsphere-iso" "base" {
    VM_Name = "prod-ubuntu-2004-v1" # 自定义VM名称
  }

  # ... 其他配置
}

关键说明 #

• Packer的HCL2支持在Build块内嵌套Source块，继承全局Source的所有配置，同时覆盖指定属性，这是官方推荐的多实例构建方式。
• 并行构建时，每个Build会独立使用自己覆盖后的VM_Name，不会出现命名冲突。

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