你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
弹性 SAN 的可靠性
本文介绍了 Azure 弹性 SAN 的可靠性支持，并介绍了可用性区域的区域复原能力以及灾难恢复和业务连续性。
可用性区域支持
Azure 可用性区域是每个 Azure 地区内的至少三个在物理上独立的数据中心组。 每个区域中的数据中心都配备了独立的电源、冷却系统和网络基础结构。 在本地区域发生故障的情况下，设计可用性区域，以便一个区域受到影响时，其余两个区域支持区域服务、容量和高可用性。
故障范围包括软件和硬件故障，以及地震、洪水和火灾等事件。 容错是通过 Azure 服务的冗余和逻辑隔离来实现的。 有关 Azure 中可用性区域的详细信息，请参阅地区和可用性区域。
已启用 Azure 可用性区域的服务旨在提供适当级别的可靠性和灵活性。 可以通过两种方式进行相关配置。 可以采用区域冗余配置，实现跨区域自动复制，也可以采用区域性配置，将实例固定到特定区域。 还可以将这些方法结合。 有关区域与区域冗余体系结构的详细信息，请参阅有关使用可用性区域和地区的建议。
Azure 弹性 SAN 支持使用本地冗余存储 (LRS) 进行可用性区域部署和使用区域冗余存储 (ZRS) 进行区域部署。
先决条件
LRS 和 ZRS 弹性 SAN 目前仅在部分区域可用。 有关区域列表，请参阅弹性 SAN 的缩放目标。
创建使用可用性区域的资源
若要创建启用了可用性区域的弹性 SAN，请参阅部署弹性 SAN。
区域故障体验
部署弹性 SAN 时，如果选择 ZRS 作为 SAN 的冗余选项，则平台支持区域性故障转移，而无需手动干预。 使用 ZRS 的弹性 SAN 可以自我修复和重新平衡，从而自动利用正常区域。
如果部署了 LRS 弹性 SAN，则可能需要使用导出到托管磁盘的快照部署新的 SAN。
低延迟设计
LRS 上的弹性 SAN 与 ZRS 上的弹性 SAN 之间的延迟差异不是特别大。 但是，对于对延迟峰值敏感的工作负载，请考虑 LRS 上的弹性 SAN，因为它提供最低的延迟。
可用性区域迁移
若要将 LR 上的弹性 SAN 迁移到 ZRS，必须为弹性 SAN 的卷创建快照，将其导出到托管磁盘快照，在 ZRS 上部署弹性 SAN，然后使用这些磁盘快照在 ZRS 上的 SAN 上创建卷。 若要了解如何使用快照（预览版），请参阅快照 Azure 弹性 SAN 卷（预览版）。
灾难恢复和业务连续性
灾难恢复 (DR) 是指从会导致故障时间和数据丢失的高影响事件（例如自然灾害或部署失败）中恢复。 不管灾难的原因是什么，最好的补救措施就是一个定义全面且经过测试的 DR 计划，以及一个主动支持 DR 的应用程序设计。 在开始考虑创建灾难恢复计划之前，请参阅设计灾难恢复策略的建议。
在 DR 方面，Microsoft 使用责任共担模型。 在共担责任模型中，Microsoft 会确保基线基础结构和平台服务可用。 同时，许多 Azure 服务不会自动复制数据，也不会从失败区域回退以交叉复制到另一个启用的区域。 对于这些服务，你负责设置适用于工作负载的灾难恢复计划。 大多数在 Azure 平台即服务 (PaaS) 产品/服务上运行的服务都提供支持 DR 的功能和指导，你可以使用特定于服务的功能来支持快速恢复，从而帮助制定 DR 计划。
单区域和多区域灾难恢复
对于 Azure 弹性 SAN，你负责 DR 体验。 可以为卷创建快照，并将其导出到托管磁盘快照。 然后，可以将增量快照复制到新区域，以将数据存储在弹性 SAN 所在区域以外的其他区域。 应导出到地理上与主要区域相距较远的区域，以减少多个区域因灾难而受到影响的可能性。
服务中断检测、通知和管理
可以在服务运行状况 - Microsoft Azure 中找到中断声明。
容量和主动灾难恢复复原能力
Microsoft 及其客户根据共担责任模型运作。 共担责任意味着，对于客户启用的 DR（客户负责的服务），你必须为部署和控制的任何服务解决 DR 问题。 应预先验证部署的任何服务是否适用于弹性 SAN。 为了确保恢复是主动的，应始终预先部署辅助资源，因为对于那些尚未预先分配的资源，无法在影响发生时保证容量。