你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
Azure 可用性区域迁移基线
本文介绍如何评估应用程序的可用性区域就绪情况,以便从非可用性区域迁移到可用性区域支持。 我们将引导你完成确定如何利用可用性区域支持以满足应用程序和区域要求所需的步骤。 有关可用性区域及其支持区域的详细信息,请参阅 什么是 Azure 区域和可用性区域。
创建可靠工作负载时,可以选择以下至少一个可用性区域配置:
区域。 区域配置提供特定的自选可用性区域。
区域冗余。 区域冗余配置提供跨区域自动复制或分发的资源。
除了两个可用性区域选项(区域和区域冗余)外,Azure 还提供 全球服务,这意味着无论区域如何,它们都可以在全球范围内使用。 由于这些服务始终跨区域可用,因此它们可复原区域和区域性服务中断。
若要查看哪些 Azure 服务支持可用性区域,请参阅 可用性区域服务和区域支持。
注意
如果不为资源选择区域配置(区域或区域冗余),资源及其子组件将无法复原区域,并且会在该区域的区域性中断期间关闭。
迁移到可用性区域支持的注意事项
可通过多种可能的方法创建具有同时满足 SLA 和可靠性目标的可用性区域的可靠 Azure 应用程序。 按照以下步骤根据技术和法规注意事项、服务功能、数据驻留、合规性要求和延迟,根据需要选择正确的方法。
步骤 1:检查 Azure 区域是否支持可用性区域
在第一步中,需要 验证 所选 Azure 区域是否支持可用性区域以及应用程序所需的 Azure 服务。
如果区域支持可用性区域,强烈建议为可用性区域配置工作负荷。 如果区域不支持可用性区域,则需要使用 Azure 资源移动程序指南 迁移到提供可用性区域支持的区域。
注意
对于某些服务,只能在部署期间配置可用性区域。 如果要包含现有服务的可用性区域,可能需要重新部署。 请参阅 Microsoft Azure 产品和服务的可用性区域迁移指南概述中的特定于服务的文档。
步骤 2:检查 Azure 区域中的产品和 SKU 可用性
在此步骤中,你将验证所需的 Azure 服务和 SKU 是否在所选 Azure 区域的可用性区域中可用。
若要检查服务的区域支持,请参阅按区域提供的产品。
若要按 Azure 区域和区域列出可用的 VM SKU,请参阅 检查 VM SKU 可用性。
如果区域不支持应用程序所需的服务和 SKU,则需要返回到 步骤 1:检查 Azure 区域中的产品可用性 ,以查找支持应用程序所需的服务和 SKU 的新区域。 强烈建议使用区域冗余配置工作负荷。
若要实现 Azure IaaS 虚拟机的区域高可用性,请使用 虚拟机规模集 (VMSS) Flex 将 VM 分散到多个可用性区域。
步骤 3:考虑应用程序要求
在此最后一步中,你将根据应用程序要求确定哪种可用性区域支持最适合应用程序。
下面是三个重要问题,可帮助你选择正确的可用性区域部署:
应用程序是否包含延迟敏感组件?
同一 Azure 区域中的 Azure 可用性区域通过高性能网络连接 ,往返延迟小于 2 毫秒。
如果低延迟不是严格要求,则实现高可用性的建议方法是使用区域冗余部署配置工作负荷。
对于需要物理邻近性和低延迟的关键应用程序组件(例如游戏、工程模拟和高频交易 (HFT) ),建议配置区域部署。 虚拟机规模集 Flex 提供区域一致的计算以及附加的存储磁盘。
应用程序代码是否准备好处理分布式模型?
对于 分布式微服务模型 ,可能会跨区域在微服务之间进行持续的数据交换,具体取决于应用程序。 这种通过 API 进行的持续数据交换可能会影响性能。 若要提高性能并维护可靠的体系结构,可以选择区域性部署。
使用区域部署时,必须:
识别体系结构中的延迟敏感资源或服务。
确认延迟敏感资源或服务是否支持区域部署。
将延迟敏感资源或服务共置在同一区域中。 体系结构中的其他服务可能继续保持区域冗余。
跨多个可用性区域复制延迟敏感区域服务,以确保区域复原能力。
使用标准或全局负载均衡器在多个区域部署之间进行负载均衡。
如果 Azure 服务支持可用性区域,我们强烈建议通过跨区域分布节点来使用区域冗余,以获得更高的运行时间 SLA 并防止区域性中断。
对于 3 层应用程序,了解应用程序、业务和数据层非常重要:以及其状态 (有状态或无状态) 根据工作负载类型根据最佳做法和指南进行架构。
有关 Azure 上的专用工作负载(如下例),请参阅相应的登陆区域体系结构指南和最佳做法。
SAP
Azure 虚拟桌面
Azure Kubernetes 服务
Oracle
是否由于合规性、数据驻留或治理要求而在同一 Azure 区域中实现业务连续性和灾难恢复?
若要在同一区域中实现业务连续性和灾难恢复,如果没有 区域对,强烈建议使用区域冗余配置工作负荷。 单区域方法也适用于在同一 Azure 区域中具有严格数据驻留和治理要求的某些行业。 若要了解如何在同一 Azure 区域中将 Azure 虚拟机从一个可用性区域复制、故障转移和故障回复到另一个可用性区域,请参阅 在可用性区域之间启用 Azure VM 灾难恢复。
如果需要多区域,或者 Azure 区域不支持可用性区域,建议使用区域对。 区域对位于相距约 100 英里的远距离,并为您提供爆炸半径保护,免受火灾、洪水、地震和其他自然或不可预见的灾难等区域级别的故障。 有关详细信息,请参阅 Azure 中的跨区域复制:业务连续性和灾难恢复。
注意
在某些情况下,区域、区域冗余和全球服务的组合最符合业务和技术要求。
要考虑的其他要点
若要了解如何测试应用程序的可用性和复原能力,请参阅 测试应用程序的可用性和复原能力。
区域中的每个数据中心都分配给一个物理区域。 物理区域映射到 Azure 订阅中的逻辑区域。 在创建订阅后,将自动为此映射分配 Azure 订阅。 可以使用专用 ARM REST API listLocations 并将 API 版本设置为 2022-12-01,以列出逻辑区域映射到订阅的物理区域。 此信息对于需要与分类为 战略服务的 Azure 资源共置的关键应用程序组件非常重要,这些资源可能并非在所有物理区域中都可用。
当流量跨区域移动时,会收取区域间带宽费用。 若要详细了解带宽定价,请参阅 带宽定价。