Terraform删除带RSV备份的Azure文件共享仅SEA区域报错排查

我在东南亚（SEA）和西欧两个区域各部署了一个Recovery Service Vault（RSV），二者仅地域不同，其余Terraform配置一致，且均启用了Enable soft delete for cloud workloads、Enable soft delete and security settings for hybrid workloads，使用的azurerm provider版本均为3.116.0。

但仅在通过Terraform销毁SEA区域包含快照的Azure文件共享seashare时，出现如下报错：

deleting File Share "seashare" (Account "Account \"myseafileshare\" (IsEdgeZone false / ZoneName \"\" / Subdomain Type \"file\" / DomainSuffix \"core.windows.net\")"): executing request: unexpected status 409 (409 Unable to delete share because one or more share snapshots have active leases. Release the share snapshot leases or delete the share with the include-leased parameter for x-ms-delete-snapshots.) with DeleteShareWhenSnapshotLeased: Unable to delete share because one or more share snapshots have active leases. Release the share snapshot leases or delete the share with the include-leased parameter for x-ms-delete-snapshots.

西欧区域的相同操作无报错。我检查文件租约状态为：REST file lease: State -> Available , Lock -> Unlocked。仅当关闭上述软删除设置并手动删除快照后，才能成功通过Terraform销毁seashare。请问为何仅地域不同会导致此差异？

这种地域差异大概率是Azure服务功能的区域部署延迟导致的，具体原因如下：

• 软删除与快照租约的区域行为差异
  Azure的功能更新会分批次向不同区域推送，东南亚区域可能尚未完全同步西欧区域的RSV软删除与文件共享快照租约的处理逻辑。启用软删除时，RSV会自动为受保护资源的快照创建租约：西欧区域的Azure已优化销毁流程，触发资源销毁时RSV会自动释放快照租约，或azurerm provider能正确处理带租约快照的删除逻辑；而东南亚区域的服务逻辑仍要求手动释放租约或使用特定参数删除。

• Terraform Provider的区域API适配问题
  即便使用同一版本的azurerm provider，不同区域的Azure API端点可能存在细微差异。东南亚区域的API可能尚未支持provider默认使用的删除参数，导致provider无法自动添加include-leased参数绕过租约限制，而西欧区域的API已兼容该逻辑。

• 区域服务临时状态不一致
  也有可能是东南亚区域的RSV服务存在临时状态异常，导致快照的租约在后台实际为锁定状态，但REST查询返回的是可用状态。关闭软删除后，RSV不再维护这些租约，快照租约被自动释放，因此可以正常删除。

临时解决方案 #

• 销毁SEA区域文件共享前，先通过Terraform或Azure CLI手动删除关联快照，再执行销毁操作
• 临时关闭RSV的软删除设置后再销毁资源（销毁完成后可重新启用）

长期解决方向 #

• 关注Azure服务更新公告，等待东南亚区域同步西欧区域的功能逻辑
• 升级azurerm provider到最新版本，查看是否已修复该区域的适配问题

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