Azure-资源组位置的用途是什么？
我知道，来自不同位置的资源可以全部驻留在一个资源组中。但是，在创建新的资源组时，选择位置的目的是什么？这有什么意义吗？
谢谢
共有3个答案
Azure中的大多数模板要求您为资源组中的每个资源指定位置（即Azure数据中心位置）。
每个资源都位于Azure数据中心，但并非每个Azure数据中心都支持每种资源类型。
选择支持资源类型的任何位置。您不必在同一位置创建资源组中的所有资源；
但是，只要有可能，您都希望在同一位置创建资源以优化性能。
特别是，需要确保数据库与访问数据库的应用位于同一位置。
资源组存储有关资源的元数据。因此，当您为资源组指定位置时，您就是在指定元数据的存储位置。出于法规遵从性原因，您可能需要确保您的数据存储在特定区域。
https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview
事实上，这很重要：
Azure资源管理器概述：
如果资源组的区域暂时不可用，则无法更新资源组中的资源，因为元数据不可用。其他区域中的资源仍将按预期运行，但您无法更新它们。
有关构建可靠应用程序的更多信息，请参阅设计可靠的Azure应用程序。
所以我们可以想象这样一种情况，资源组定义在LocationA中，并且该组中的所有资源都位于不同的区域。当资源组区域不可用时，访问元数据时可能会出现问题。如果没有元数据，它可能无法进行故障切换。
创建资源组时，需要为该资源组提供位置。您可能会想，“为什么资源组需要一个位置？如果资源可以有不同于资源组的位置，为什么资源组位置很重要？”资源组存储有关资源的元数据。因此，当您为资源组指定位置时，您就是在指定元数据的存储位置。出于法规遵从性原因，您可能需要确保您的数据存储在特定区域。
https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-overview
-
我在azure中有一个设置，在一个资源组中组合了一组资源。我希望我的服务位于西欧，因此我的所有资源都在那里（如果可能） 我刚刚注意到，当创建资源组时，我不小心使用了美国西部。 因此，当前的设置是： 资源组1（美国西部） 应用服务1（西欧） 应用服务2（西欧） SQL服务器（西欧） 存储帐户（西欧） （西欧） 我是否可以更改资源组的位置而不必创建新组并每次迁移？ 也许更重要的是：我应该改变位置还是不
-
我试图完全清理资源组在Azure。 删除资源组不是选项（访问权限：参与者，而不是所有者） 做到这一点的最优雅和明显的方法（也在一些文章中描述）是使用“空”部署模板执行完整的部署： 删除SQL Server开始“...”接受“...”失败“...”开始“...”接受“...”失败“... 你想到主意了。 其他时候效果很好。 您将得到数据库删除的无限循环“开始..接受..失败..开始..接受..失败.
-
在新Azure管理门户上创建新资源组或应用程序服务计划/位置时，我遇到以下错误。 提交部署请求出错。来自基础API的其他详细信息可能会有所帮助：所提供的位置“印度中部”不允许订阅。允许的区域列表是“东亚、东南亚、东方、东方2、西方、北方、南方、南方、北方、西方、日本东部、日本西部、巴西南部”。请联系支持部门以更改支持的区域。 这是我尝试的时候 发生了什么？是否允许选择印度地区创建新的资源组或应用程
-
我们有大量Azure订阅，目前已达到数百个。 我希望生成一个报告（理想情况下使用Azure Powershell或Azure CLI），以递归方式提取分配给每个资源组中每个资源的所有标记的列表，用于40-50个订阅。 目前，我可以列出在资源组级别分配的所有标记，但我无法找到一种方法来列出分配给每个资源组中的各个资源的标记。我要提取此报告的订阅和资源组列表保存在CSV文件中，该文件包括两列，分别显示
-
问题内容： 我不了解Java的这一功能。我知道它使编码更容易，有时看起来更整洁，但这的实际用途是什么？相反，我觉得最好显示警告，因为将来任何人在修改代码之前都可以引用它们。这@SuppressWarnings是否提高了编译效率，还是根据任何编码标准？ 问题答案： 其他答案已经解释了很多用例，但是我想强调一点， 有时您绝对需要使用它来克服语言本身的局限性，在这些情况下，使用绝对是合法的。 在其他情况
-
问题内容： java中有什么用？ 请解释一下。 问题答案： 可能这个例子会帮助您。