确定 Azure 区域
Microsoft Azure 由遍布全球的数据中心组成。 这些数据中心是经过组织的，按区域提供给最终用户。 区域指的是地球上至少包含一个数据中心（但可能包含多个数据中心）的地理区域。 这些数据中心是互相邻近的，且通过低延迟的网络连接在一起。 下面是一些示例区域：美国西部、加拿大中部、西欧、澳大利亚东部和日本西部。
有关区域的注意事项
下面是一些关于区域需要考虑的要点：
Azure 在 140 个国家/地区的 60 多个地区普遍可用。
Azure 拥有的全球区域数量比其他任何云提供商都要多。
区域为你提供使应用程序更接近用户所需的灵活性和规模。
区域维持数据驻留，并为客户提供全面的合规性和复原能力选项。
有关区域对的注意事项
大多数 Azure 区域与同一地理区域内的另一个区域配对以形成区域对（或成对的区域）。 区域对有助于支持基础结构使用的 Azure 资源的始终可用。 下表描述了配对区域的一些突出特征：
| 特征 | 说明 |
|---|---|
| 物理隔离 | Azure 希望区域对中的数据中心之间至少相隔 300 英里。 这个原则在所有地理位置都不可行或不可用。 物理数据中心隔离能够降低自然灾害、社会动乱、电力中断或物理网络中断同时影响两个区域的可能性。 |
| 平台提供的复制 | 异地冗余存储等一些服务为配对区域提供自动复制。 |
| 区域恢复顺序 | 在发生大范围的服务中断时，会优先恢复每个配对中的一个区域。 可以保证跨配对区域部署的应用程序在其中一个区域中优先恢复。 |
| 按顺序更新 | 计划内 Azure 系统更新会按顺序提供给配对的区域，而不是同时进行。 滚动更新可以最大程度地减少故障时间、减少 bug，并减少在极少的情况下发生错误的更新时的逻辑故障。 |
| 数据驻留 | 区域与其启用集位于同一地理区域内（巴西南部和新加坡区域除外）。 |
使用区域和区域对时的注意事项
你已查看有关区域和区域对的重要注意事项。 现在，请考虑如何在组织中实现区域。
考虑资源和区域部署。 规划要在其中部署资源的区域。 对于大部分 Azure 服务而言，在 Azure 中部署资源时，需要选择要部署资源的区域。
考虑按区域提供服务支持。 研究区域和服务可用性。 某些服务或虚拟机功能（例如特定虚拟机大小或存储类型）仅在特定区域可用。
考虑不需要区域的服务。 确定不需要区域支持的服务。 某些不要求选择区域的全球 Azure 服务。 这些服务包括 Microsoft Entra ID、Microsoft Azure 流量管理器和 Azure DNS。
考虑区域配对的例外。 查看 Azure 网站，了解当前区域的可用性和例外情况。 如果计划支持巴西南部区域，请注意，此区域与地理位置之外的区域配对。 新加坡区域也有标准区域配对的例外。
考虑数据驻留的优势。 利用区域对提供的数据驻留的优势。 此功能有助于满足税务和执法权限的要求。
查找业务地理位置的区域
访问 Azure 全球基础结构网站，查找业务地理位置支持的区域。 可以按国家/地区名称或 Microsoft 产品进行搜索。 此外，还提供了受支持的区域对和例外列表。
| 按地理位置 | 按产品 | 配对区域 |
|---|---|---|
| 按地理位置搜索 Azure 区域。 | 按区域或地理位置搜索 Azure 产品。 | 搜索配对区域和例外。 |
|
|
|