跨Azure订阅用Terraform配置备份Vault权限报错求助

报错根源 #

你遇到的问题本质是Terraform子模块没有正确继承根模块的别名Provider配置。根模块定义的backup_sub_provider不会自动传递到子模块，导致子模块中的data资源在状态中找不到对应的Provider配置，触发了"Provider configuration not present"错误。

具体修复步骤 #

• 清理状态中的残留资源
  先确保根模块的backup_sub_provider Provider块存在，然后执行命令删除状态中报错的data资源：

  terraform state rm module.client_instance.module.storage.data.azurerm_data_protection_backup_vault.this_vault
  

• 显式向子模块传递别名Provider
  在根模块调用子模块y的时候，通过providers参数把根模块的别名Provider传递进去。示例代码：

  module "y" {
    source = "./path/to/module/y"
    # 这里填子模块需要的其他参数，比如存储账户相关配置
  
    providers = {
      azurerm.backup_sub_provider = azurerm.backup_sub_provider
    }
  }
  

  这样子模块就能正确访问到根模块定义的、指向订阅A的Provider配置。

• 验证子模块内的资源配置
  子模块中的data "azurerm_data_protection_backup_vault"块的provider引用保持不变即可，因为已经通过传递让子模块识别到这个别名Provider：

  data "azurerm_data_protection_backup_vault" "this_vault" {
    provider            = azurerm.backup_sub_provider
    name                = "bvault-reb3az-vault"
    resource_group_name = "rg-reb3az-vault"
  }
  

• 重新执行部署流程
  依次运行以下命令完成部署：

  terraform init
  terraform plan
  terraform apply
  

注意事项 #

• 不要在子模块内部重复定义同名的别名Provider，否则会和根模块传递的Provider冲突
• 确认根模块backup_sub_provider的subscription_id是订阅A的正确ID，确保能拉取到目标备份Vault
• 如果后续不再需要这个别名Provider，必须先销毁所有依赖它的资源，再删除Provider配置

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