描述 Azure 存储冗余

已完成

Azure 存储始终会存储数据的多个副本,以防范各种计划内和计划外的事件,例如暂时性的硬件故障、网络中断或断电、自然灾害等。 冗余可确保即使遇到故障,存储帐户也能达到其可用性和持久性目标。

在确定最适合自己方案的冗余选项时,请考虑如何在较低成本与较高可用性之间做出取舍。 可帮助你确定应选择哪种冗余选项的因素包括:

  • 如何在主要区域中复制数据。
  • 是否要将你的数据复制到地理上距主要区域较远的另一个区域,以防范区域性灾难。
  • 如果主要区域变得不可用,应用程序是否需要对次要区域中复制的数据进行读取访问。

主要区域中的冗余

Azure 存储帐户中的数据在主要区域中始终复制三次。 Azure 存储提供两个用于如何在主要区域中复制数据的选项:本地冗余存储 (LRS) 和区域冗余存储 (ZRS)。

本地冗余存储

本地冗余存储 (LRS) 在主要区域中的单个数据中心内复制数据三次。 LRS 在一年中为对象提供至少 11 个 9 (99.999999999%) 持久性。

Diagram showing the structure used for locally redundant storage.

与其他选项相比,LRS 是成本最低的冗余选项,但提供的持久性也最低。 LRS 可以保护数据,使其不受服务器机架和驱动器故障影响。 但是,如果数据中心内发生火灾或洪水等灾难,使用 LRS 的存储帐户的所有副本可能会丢失或无法恢复。 若要缓解此风险,Microsoft 建议使用区域冗余存储 (ZRS)、异地冗余存储 (GRS) 或异地区域冗余存储 (GZRS)。

区域冗余存储

对于支持可用性区域的区域,区域冗余存储 (ZRS) 跨主要区域中的三个 Azure 可用性区域同步复制 Azure 存储数据。 ZRS 在一年中为 Azure 存储数据对象提供至少 12 个 9 (99.9999999999%) 的持久性。

Diagram showing ZRS, with a copy of data stored in each of three availability zones.

通过使用 ZRS,即使某个区域变得不可用,也仍可访问你的数据进行读写操作。 无需从连接的客户端重新装载 Azure 文件共享。 如果某个区域变得不可用,则 Azure 会执行网络更新,例如 DNS 重新指向。 如果完成更新之前访问数据,这些更新可能会影响应用程序。

对于需要高可用性的方案,Microsoft 建议在主要区域中使用 ZRS。 还建议使用用于限制在国家/地区或区域内复制数据的 ZRS,以满足数据治理要求。

次要区域中的冗余

对于需要高持续性的应用程序,可以选择将存储帐户中的数据另外复制到距离主要区域数百英里以外的次要区域。 如果存储帐户中的数据复制到次要区域,则数据是持久的,即使发生会阻止主要区域中的数据恢复的灾难性故障也是如此。

创建存储帐户时,可以为帐户选择主要区域。 配对的次要区域基于 Azure 区域对,无法更改。

Azure 存储提供两个用于将数据复制到次要区域的选项:异地冗余存储 (GRS) 和异地区域冗余存储 (GZRS)。 GRS 类似于在两个区域运行 LRS,而 GZRS 类似于在主要区域运行 ZRS 和在次要区域运行 LRS。

默认情况下,除非故障转移到次要区域,否则无法对次要区域中的数据进行读取或写入访问。 如果主要区域变得不可用,则可以选择故障转移到次要区域。 故障转移完成后,次要区域将成为主要区域,你便可以再次读取和写入数据。

重要

由于数据以异步方式复制到次要区域,因此如果无法恢复主要区域,则影响主要区域的故障可能会导致数据丢失。 最近对主要区域的写入与最近对次要区域的写入之间的时间间隔称为恢复点目标 (RPO)。 RPO 指示可以将数据恢复到的时间点。 Azure 存储的 RPO 通常小于 15 分钟,但目前没有 SLA 规定将数据复制到次要区域所需的时间。

异地冗余存储

GRS 使用 LRS 在主要区域中的单个物理位置同步复制数据三次。 然后,它使用 LRS 将数据异步复制到次要区域(区域对)中的单个物理位置。 GRS 在一年中为 Azure 存储数据对象提供至少 16 个 9 (99.99999999999999%) 的持久性。

Diagram showing GRS, with primary region LRS replicating data to LRS in a second region.

异地区域冗余存储

GZRS 将冗余跨可用性区域提供的高可用性与异地复制提供的区域中断保护相结合。 跨主要区域(类似于 ZRS)中的三个 Azure 可用性区域复制 GZRS 存储帐户中的数据,同时使用 LRS 将其复制到次要地理区域,以防御区域灾难。 Microsoft 建议对需要最大程度的一致性、耐用性和可用性、卓越性能和灾难恢复复原能力的应用程序使用 GZRS。

Diagram showing GZRS, with primary region ZRS replicating data to LRS in a second region.

GZRS 可在一年中为对象提供至少 16 个 9 (99.99999999999999%) 的持久性。

对次要区域中数据的读取访问权限

异地冗余存储(使用 GRS 或 GZRS)将数据复制到次要区域中的另一个物理位置,以防止区域中断。 但是,仅当客户或 Microsoft 启动了从主要区域到次要区域的故障转移时,才能读取该数据。 但是,如果启用对次要区域的读取访问权限,则数据始终可用,即使主要区域运行状况最佳时也是如此。 若要对次要区域进行读取访问,可启用读取访问异地冗余存储 (RA-GRS) 或读取访问地理区域冗余存储 (RA-GZRS)。

重要

请记住,由于 RPO,次要区域中的数据可能不是最新的。