Terraform执行apply后持续销毁资源组的解决方案咨询

问题出在哪 #

你执行VNet/Subnet模块的terraform apply时，网络资源对应的状态文件（networking.tfstate）里不小心混进了资源组的记录，但当前配置代码里根本没定义这些资源组，Terraform就认为这些资源“不在配置里”，要销毁它们。另外你代码里还有两处小笔误，也得一起修正。

怎么解决 #

1. 确认状态里的多余资源 #

先执行命令查看当前状态文件的资源列表：

terraform state list

如果输出里出现module.spoke-resourcegroup.azurerm_resource_group.rg和module.hub-resourcegroup.azurerm_resource_group.rg，就说明这两个资源组确实错误地存在于网络资源的状态文件中。

2. 移除状态里的多余资源组记录 #

执行以下命令，把资源组的记录从networking.tfstate里删除——它们本来就属于独立的resource-groups.tfstate：

terraform state rm module.spoke-resourcegroup.azurerm_resource_group.rg
terraform state rm module.hub-resourcegroup.azurerm_resource_group.rg

3. 修正代码里的笔误 #

你的代码有两处明显的拼写错误：

• 将vnet-name = local.data..vnet-name改为vnet-name = local.data.vnet-name（移除多余的点）
• 将cremote-state-config.resource_group_name改为local.data.remote-state-config.resource_group_name（补全前缀）

4. 确保状态文件彻底隔离 #

检查网络资源模块的backend配置，必须明确指向networking.tfstate，不要和资源组的resource-groups.tfstate混淆。示例配置如下：

terraform {
  backend "azurerm" {
    resource_group_name  = "你的状态存储资源组名"
    storage_account_name = "你的状态存储账户名"
    container_name       = "tfstate容器名"
    key                  = "networking.tfstate"
  }
}

5. 验证修复结果 #

重新执行terraform plan，此时应该只会显示VNet和Subnet的相关变更，不会再出现资源组要被销毁的提示。

额外提醒 #

• 你在资源组模块添加的lifecycle { prevent_destroy = true }仅在执行资源组模块的terraform destroy时生效，对网络资源模块无影响——毕竟网络模块本来就不该管理资源组的生命周期。
• 跨模块引用资源属性时，继续使用data.terraform_remote_state的方式，不要在当前模块里定义不属于它的资源，避免状态混乱。

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