我希望将每个VM保留在单独的资源组中，以便于生命周期管理 . 我有一个包含n个VLM的集群 .
因此，我为公共IP，负载均衡器以及将availabilitySet声明等常见内容创建了一个资源组，因为它也必须在VM之间共享 . 然后我在单独的资源组中创建VM并使用“availabilitySet”引用availabilitySet：{“id”：“[resourceId（'Microsoft.Compute / availabilitySets'，variables（'availabilitySetName'））]”}，原因'availabilitySetName'被定义为 .
当我部署我的模板时，我得到一个错误说
{“error”：{“code”：“BadRequest”，“message”：“资源引用ID中的实体resourceGroupName /subscriptions/a719381f-1fa0-4b06-8e29-ad6ea7d3c90b/resourceGroups/TB_PIP_OPSRV_UAT/providers/Microsoft.Compute/availabilitySets / tb_avlbs_opsrv_uat无效 . “}}
我仔细检查了资源和可用性集名称是否正确指定 .
这是否意味着我不能将一个集合放在与VM不同的资源组中？
2 回答
遗憾的是，不支持让VM在不同的资源组中使用availabilitySet :( .
首先，让我问你为什么要不同的资源组？我坚信你是在用多个资源组来思考它 . 资源组基本上是您的“整个系统”，在一个解决方案的边界内，您应该只有一个用于 生产环境 的资源组，一个用于测试/暂存等，但从不混合 .
如果您向客户销售SaaS，那么为每个客户 Build 一个资源组是有意义的 .
如您所知，资源组只是一种链接在一起并管理解决方案中所有资产的方式; vm，存储，数据库等在一个通用名称下 . 我很怀疑为什么人们会想在一个解决方案中考虑多个资源组，但是，我总是愿意学习:)
Availability groups
现在，Availability groups是另一回事 . 这与您的VM实例的"Update Domains"和"Fault Domains"有关 . 由于Azure不保留3个独立的VM 's for you, as it does with most of it' PaaS服务，因此您必须自行管理这些服务以确保完全正常运行 . 基本上，当您在可用性集中使用're adding two or more VM'时，您将可以使用're ensured that planned or unplanned events, at least one of the VM'来满足SLA .
试图将两者结合起来以防止停机可能听起来像个好主意，但它并没有解决我所知道的任何问题 . 就像那句老话：如果它没有破坏，不要修复它:)