你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
弹性 SAN 的可靠性
本文介绍了 Azure 弹性 SAN 的可靠性支持，并介绍了可用性区域的区域复原能力以及灾难恢复和业务连续性。
可用性区域支持
可用性区域是每个 Azure 区域内在物理上独立的数据中心组。 当一个区域发生故障时，服务可以故障转移到其余区域中的一个。
有关 Azure 中可用性区域的详细信息，请参阅什么是可用性区域？。
Azure 弹性 SAN 支持使用本地冗余存储 (LRS) 进行可用性区域部署和使用区域冗余存储 (ZRS) 进行区域部署。
先决条件
LRS 和 ZRS 弹性 SAN 目前仅在部分区域可用。 有关区域列表，请参阅弹性 SAN 的缩放目标。
创建使用可用性区域的资源
若要创建启用了可用性区域的弹性 SAN，请参阅部署弹性 SAN。
区域故障体验
如果使用存储服务终结点进行连接，则支持区域性故障转移，但可能需要手动干预。 使用存储服务终结点的 ZRS 弹性 SAN 不会自动切换到正常区域。 可能需要重启 iSCSI 发起程序来启动故障转移到其他正常运行的区域。
如果部署了 LRS 弹性 SAN，则可能需要使用导出到托管磁盘的快照部署新的 SAN。
低延迟设计
部署 ZRS 弹性 SAN 比 LRS 弹性 SAN 更可靠，但增加了更多的写入延迟。 对弹性 SAN 进行基准测试并模拟应用程序的工作负荷，以比较 LRS 和 ZRS 之间的延迟，以查看它是否会影响工作负荷。
可用性区域迁移
若要将 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。 为了确保恢复是主动的，应始终预先部署辅助资源，因为对于那些尚未预先分配的资源，无法在影响发生时保证容量。