Jos*_*osh 24 scalability azure azure-web-sites azure-resource-manager
我是Azure架构的新手,我正在尝试理解为什么Azure资源组(在Azure上构建的应用程序的逻辑部署存储桶)在定义时与区域相关联.
起初我认为它是为灾难恢复或地理冗余提供全球分发,但后来我意识到单个资源组可以包含不同地区的Web应用程序,可以通过Traffic Manager提供这些功能.我认为使用单独的资源组有助于更好地识别哪些资源位于哪个区域,但除了组织目的之外,我无法理解资源组的区域定义意味着什么.
(编辑:删除一般建议查询以更集中)
bmo*_*sft 21
指定资源组位置的主要原因是为要存储的部署指定数据/元数据的位置...它还使API保持一致(考虑REST API调用中的路径)但主要原因是部署期间的存储.
组中资源的位置独立/与组本身的位置无关.
小智 9
创建资源组时,您需要提供该资源组的位置。您可能想知道,“为什么资源组需要位置?而且,如果资源可以具有与资源组不同的位置,为什么资源组位置很重要?” 资源组存储有关资源的元数据。因此,当您指定资源组的位置时,您也就指定了元数据的存储位置。出于合规性原因,您可能需要确保您的数据存储在特定区域。
https://learn.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview
其他答案都没有提到,如果您的资源组所在的位置不可用,则您无法更新该资源组中的资源。这是因为这些资源的元数据存储在资源组的位置中,因此即使资源可用,如果资源组不可用,您也无法更新资源的配置。
以下是MS 资源组文档的完整引用:
创建资源组时,您需要提供该资源组的位置。
您可能想知道,“为什么资源组需要位置?而且,如果资源可以具有与资源组不同的位置,为什么资源组位置很重要?”
资源组存储有关资源的元数据。当您指定资源组的位置时,您也就指定了元数据的存储位置。出于合规性原因,您可能需要确保您的数据存储在特定区域。
为了确保资源组的状态一致性,所有控制平面操作都通过资源组的位置进行路由。选择资源组位置时,我们建议您选择靠近控制操作发起位置的位置。通常,此位置是距离您当前位置最近的位置。此路由要求仅适用于资源组的控制平面操作。它不会影响发送到您的应用程序的请求。
如果资源组所在区域暂时不可用,则由于元数据不可用,您将无法更新资源组中的资源。其他地区的资源仍将按预期运行,但您无法更新它们。此条件不适用于 Azure 内容交付网络、Azure DNS、Azure DNS 专用区域、Azure 流量管理器和 Azure Front Door 等全局资源。
有关构建可靠应用程序的详细信息,请参阅设计可靠的 Azure 应用程序。
为了最大限度地减少可能影响您的服务及其管理能力的区域故障数量,我建议您的资源组与其所有资源位于同一区域。
考虑使用与资源使用区域不同的资源组区域的原因:
| 归档时间: |
|
| 查看次数: |
7711 次 |
| 最近记录: |