你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
通过 Azure NetApp 文件使用可用性区域放置实现应用程序高可用性
Azure 可用性区域是每个支持性 Azure 区域中具有本地容错能力的物理上独立的位置。 故障范围包括软件和硬件故障，以及地震、洪水和火灾等事件。 由于 Azure 服务的冗余和逻辑隔离，因此可实现容错。 为确保复原能力，在所有启用了可用性区域的 Azure 区域中，必须至少有三个独立的可用性区域。
重要
可用性区域称为逻辑区域。 每个数据中心都被分配到一个物理区域。 物理区域映射到 Azure 订阅中的逻辑区域，不同订阅的映射不同。 在创建 Azure 订阅时，将自动为该订阅分配此映射。 Azure NetApp 文件与订阅的所有 Azure 服务的通用逻辑到物理可用性区域映射保持一致。
Azure 可用性区域具有高可用性、容错能力，以及比传统单个或多个数据中心基础结构更强的可伸缩性。 借助 Azure 可用性区域，可以设计和操作能够在局部区域之间自动转换的应用程序与数据库，而不会发生中断。 设计弹性解决方案时，可以利用采用了可用性区域的 Azure 服务。
使用具有可用性区域的高可用性 (HA) 体系结构现已成为 Azure 架构良好的框架中的默认方案和最佳做法建议。 企业应用程序和资源越来越多地部署到多个可用性区域，以实现这种级别的高可用性 (HA) 或容错域（局部区域）隔离。
许多应用程序都可以使用基于应用程序的复制和故障转移技术实现跨多个可用性区域的 HA，例如 SQL Server Always-On 可用性组 (AOAG)、提供 HANA 系统复制 (HSR) 的 SAP HANA，以及提供 Data Guard 的 Oracle。
在使用可用性区域之前，请了解以下概念：
区域放置：资源固定到特定的可用性区域。 可以跨不同区域合并多个区域部署，以满足高可靠性要求。 你负责管理跨区域的数据复制和分发请求。 如果单个可用性区域停电，你需要负责故障转移到另一个可用性区域。
区域冗余：资源分布于多个可用性区域。 Microsoft 可管理跨区域的分发请求以及跨区域的数据复制。 如果单个可用性区域出现中断，Microsoft 会自动管理故障转移。
重要
尽管将 Azure NetApp 文件区域放置与基于应用程序的复制和故障转移技术结合使用可以创建高可用性的体系结构，但单独使用 Azure NetApp 文件区域放置并不能提供区域冗余。 如果你的工作负荷不支持基于应用程序的复制和故障转移，请考虑使用 Azure NetApp 文件跨可用性区域复制来获得额外的冗余。
Azure NetApp 文件的可用性区域卷放置功能让你可以根据同一局部区域中的 Azure 计算和其他服务，在你选择的特定可用性区域中部署每个卷。
在图中，（对等互连）VNet 中的 Azure 区域内的所有虚拟机 (VM) 可以访问所有 Azure NetApp 文件资源（蓝色箭头）。 访问同一局部区域中的 Azure NetApp 文件卷（绿色箭头）的 VM 共享可用性区域容错域。 请注意，平台级别的不同卷之间没有复制。
如果 Azure NetApp 文件位于该可用性区域中并且具有足够的容量，则 Azure NetApp 文件部署将在所选可用性区域中进行。
重要
Azure NetApp 文件可用性区域卷放置功能提供区域放置。 此功能不提供接近计算的放置。 因此，不提供最低延迟保证。 VM 到存储的延迟在可用性区域延迟包络线范围内。
可以在一个可用性区域中共置计算、存储、网络和数据资源，并将这种排列方式复制到其他可用性区域中。
在可用性区域内部进行访问时，延迟受可用性区域延迟的影响；跨可用性区域进行访问时，延迟受区域延迟包络线的影响。
重要
不建议对 Terraform 托管卷使用可用性区域。 如果这样做，则必须将区域属性添加到卷。
包含可用性区域的 Azure 区域
有关目前支持可用性区域的区域列表，请参阅支持可用性区域的 Azure 区域。