Terraform部署Azure VM for_each循环报Cycle循环依赖错误

报错根因 #

Error: Cycle是Terraform检测到资源依赖闭环抛出的标准错误，你当前配置里两台VM实例形成循环依赖，核心原因大概率是未贴出的azurerm_linux_virtual_machine配置块中存在自引用：

• 最常见的踩坑场景是在VM块内错误添加了depends_on = [azurerm_linux_virtual_machine.VM]这类配置，等于让每台VM都等待所有其他VM创建完成后再启动，直接形成实例间的循环等待。Terraform内部会将资源名统一转小写处理，和你定义时用大写VM、报错信息显示小写vm的特征完全吻合。
• 次要可能是VM块内其他属性（比如自定义脚本、OS磁盘配置）误引用了同资源下其他实例的属性，形成隐式依赖闭环。

另外你贴出的已展示配置里还存在一个后续会触发报错的隐患：多块NIC的IP配置名都用了全局变量var.ip_configuration.name，重名会导致NIC创建失败。

排查步骤 #

• 优先检查azurerm_linux_virtual_machine块未展示的后半段配置，重点排查depends_on字段，删除所有指向azurerm_linux_virtual_machine资源自身的引用
• 逐一核对VM块内所有属性引用，删除所有azurerm_linux_virtual_machine.VM[*]形式的自引用
• 检查是否在OS磁盘、自定义扩展、磁盘挂载等配置里，错误依赖了其他VM实例的属性

修复方案 #

1. 清理VM块内的自引用依赖，你当前贴出的NIC关联写法azurerm_network_interface.nic[each.key].id是正确的，不需要额外依赖VM资源本身。
2. 给变量添加明确的类型约束，避免隐式类型转换引发的异常，替换variables.tf里的变量定义为以下内容：

variable "vm_instance_detail" {
  type = map(object({
    name = string
    size = string
  }))
  default = {
    vm1 = {
      name = "vm-01"
      size = "Standard_B1ls"
    }
    vm2 = {
      name = "vm-02"
      size = "Standard_B1ls"
    }
  }
}

3. 修复NIC IP配置重名问题，将IP配置名改为和实例绑定的唯一值：

ip_configuration {
  name                          = "ipconfig-${each.value.name}"
  subnet_id                     = data.azurerm_subnet.subnet.id
  private_ip_address_allocation = var.ip_configuration.private_ip_address_allocation
}

4. 额外注意：如果配置里disable_password_authentication = true，必须补充admin_ssh_key块配置SSH密钥，否则后续部署会触发认证相关报错。
5. 配置修改完成后先执行terraform validate做语法校验，再执行terraform plan确认循环报错消失。

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