你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

Azure 存储冗余

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

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

  • 如何在主要区域中复制数据。
  • 是否要将你的数据复制到地理上距主要区域较远的另一个区域,以防范区域性灾难(异地复制)。
  • 应用程序是否要求在主要区域出于任何原因而不可用时,能够对次要区域中复制的数据进行读取访问(使用读取访问权限进行异地复制)。

注意

本文所述的功能和区域可用性现在也可用于具有分层命名空间的帐户(Azure Blob 存储)。

构成 Azure 存储的服务通过称作“存储帐户”的通用 Azure 资源进行管理。 存储帐户表示一个共享存储池,可用于部署 Blob 容器(Blob 存储)、文件共享(Azure 文件存储)、表(表存储)或队列(队列存储)等存储资源。 有关 Azure 存储帐户的详细信息,请参阅存储帐户概述

存储帐户的冗余设置由该帐户公开的所有存储服务共享。 部署在同一存储帐户中的所有存储资源具有相同的冗余设置。 如果不同类型的资源具有不同的冗余要求,你可以将这些资源隔离在不同的存储帐户中。

主要区域中的冗余

Azure 存储帐户中的数据在主要区域中始终复制三次。 Azure 存储提供了两个有关如何在主要区域中复制数据的选项:

  • 本地冗余存储 (LRS) 在主要区域中的单个物理位置同步复制数据三次。 LRS 是成本最低的复制选项,但不建议对需要高可用性或持续性的应用程序使用此选项。
  • 区域冗余存储 (ZRS) 跨主要区域中的三个 Azure 可用性区域同步复制数据。 对于需要高可用性的应用程序,Microsoft 建议在主要区域中使用 ZRS,并复制到次要区域。

注意

Microsoft 建议在 Azure Data Lake Storage Gen2 的主要区域中使用 ZRS。

本地冗余存储

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

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

对使用 LRS 的存储帐户的写入请求是同步发生的。 只有将数据写入到所有三个副本后,写入操作才会成功返回。

下图显示了如何使用 LRS 在单个数据中心内复制数据:

此图显示了如何使用 LRS 在单个数据中心内复制数据

对于以下场景,LRS 是不错的选项:

  • 如果应用程序存储着在发生数据丢失时可轻松重构的数据,则可以选择 LRS。
  • 如果由于数据治理需要,某些应用程序被限制为只能在一个国家/地区内复制数据,则可以选择 LRS。 在某些情况下,进行异地复制数据的配对区域可能在另一个国家/地区。 有关配对区域的详细信息,请参阅 Azure 区域
  • 如果方案使用 Azure 非托管磁盘,则你可以选择 LRS。 虽然可以为使用 GRS 的 Azure 非托管磁盘创建存储帐户,但由于异步异地复制可能存在一致性问题,因此我们不建议这样做。

区域冗余存储

区域冗余存储 (ZRS) 在主要区域中的三个 Azure 可用性区域同步复制存储帐户。 每个可用性区域都是一个独立的物理位置,具有独立的电源、冷却系统和网络。 ZRS 在一年中提供至少 99.9999999999%(12 个 9)的存储资源持久性。

通过使用 ZRS,即使某个区域变得不可用,也仍可访问你的数据进行读写操作。 如果某个区域变得不可用,则 Azure 会执行网络更新,例如 DNS 重新指向。 如果完成更新之前访问数据,这些更新可能会影响应用程序。 在设计用于 ZRS 的应用程序时,遵循暂时性故障的处理做法,包括结合指数退让实施重试策略。

会同步发生一个针对使用 ZRS 的存储帐户的写入请求。 写入操作仅在将数据写入三个可用性区域中的所有副本后才能成功返回。

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

Microsoft 建议为 Azure 文件存储工作负载使用 ZRS。 如果某个区域不可用,不需要从连接的客户端重新装载 Azure 文件共享。

下图显示如何使用 ZRS 在主要区域中的可用性区域之间复制数据:

显示如何使用 ZRS 在主要区域中复制数据的关系图

如果数据变为暂时不可用,ZRS 可提供出色的性能、低延迟和数据复原能力。 但是,如果多个区域永久受到影响,在发生区域性的灾难时,ZRS 本身可能无法保护数据。 为了防止区域灾害,Microsoft 建议使用地理区域冗余存储 (GZRS),该存储在主要区域中使用 ZRS,并将数据异地复制到次要区域。

ZRS、GZRS 或 RA-GZRS 帐户当前不支持 Blob 存储的存档层。 非托管磁盘不支持 ZRS 或 GZRS。

有关哪些区域支持 ZRS 的详细信息,请参阅具有可用性区域的 Azure 区域

标准存储帐户

所有 Azure 存储服务通过标准常规用途 v2 存储帐户支持 ZRS,这些服务包括:

  • Azure Blob 存储(热块 blob、冷块 blob、追加 blob、非磁盘页 blob)
  • Azure 文件存储(所有标准层:事务优化层、热层和冷层)
  • Azure 表存储
  • Azure 队列存储

适用于标准常规用途 v2 存储帐户的 ZRS 可在一部分 Azure 区域中使用:

  • (非洲)南非北部
  • (亚太)澳大利亚东部
  • (亚太)印度中部
  • (亚太)东亚
  • (亚太)日本东部
  • (亚太)韩国中部
  • (亚太)东南亚
  • (欧洲)法国中部
  • (欧洲)德国中西部
  • (欧洲)欧洲北部
  • (欧洲)挪威东部
  • (欧洲)瑞典中部
  • (欧洲)瑞士北部
  • (欧洲)英国南部
  • (欧洲)西欧
  • (北美)加拿大中部
  • (北美)美国中部
  • (北美)美国东部
  • (北美)美国东部 2
  • (北美)美国中南部
  • (北美)US Gov 弗吉尼亚州
  • (北美)美国西部 2
  • (北美)美国西部 3
  • (南美洲)巴西南部

高级块 blob 帐户

高级块 Blob 帐户支持 ZRS。 有关高级块 Blob 的详细信息,请参阅高级块 Blob 存储帐户

高级块 Blob 在一部分 Azure 区域中可用:

  • (亚太)澳大利亚东部
  • (亚太)东亚
  • (亚太)日本东部
  • (亚太)东南亚
  • (欧洲)法国中部
  • (欧洲)欧洲北部
  • (欧洲)西欧
  • (欧洲)英国南部
  • (北美)美国东部
  • (北美)美国东部 2
  • (北美)美国西部 2
  • (北美)美国中南部
  • (南美洲)巴西南部

高级文件共享帐户

高级文件共享(Azure 文件存储)通过 FileStorage 存储帐户类型支持 ZRS。

适用于高级文件共享的 ZRS 可在一部分 Azure 区域中使用:

  • (亚太)澳大利亚东部
  • (亚太)日本东部
  • (亚太)东南亚
  • (亚太)韩国中部
  • (欧洲)法国中部
  • (欧洲)欧洲北部
  • (欧洲)西欧
  • (欧洲)英国南部
  • (中东)卡塔尔中部
  • (北美)美国东部
  • (北美)美国东部 2
  • (北美)美国西部 2
  • (北美)美国中南部
  • (南美洲)巴西南部

次要区域中的冗余

对于需要高持续性的应用程序,可以选择将存储帐户中的数据另外复制到距离主要区域数百英里以外的次要区域。 如果存储帐户已复制到次要区域,则即使遇到区域性服务完全中断或导致主要区域不可恢复的灾难,数据也能持久保存。

创建存储帐户时,可以为帐户选择主要区域。 配对的次要区域是根据主要区域确定的且无法更改。 有关 Azure 支持的区域的详细信息,请参阅 Azure 区域

Azure 存储提供了两种将数据复制到次要区域的选项:

  • 异地冗余存储 (GRS) 使用 LRS 在主区域中的单个物理位置同步复制数据三次。 然后,它将数据异步复制到次要区域中的单个物理位置。 在次要区域内,数据使用 LRS 同步复制了 3 次。
  • 异地区域冗余存储 (GZRS) 使用 ZRS 在主区域中的三个 Azure 可用性区域同步复制数据。 然后,它将数据异步复制到次要区域中的单个物理位置。 在次要区域内,数据使用 LRS 同步复制了 3 次。

注意

GRS 和 GZRS 之间的主要区别是在主要区域中复制数据的方式。 在次要区域内,始终使用 LRS 同步复制数据三次。 次要区域中的 LRS 保护你的数据免受硬件故障的影响。

使用 GRS 或 GZRS 时,无法对次要区域中的数据执行读取或写入访问,除非执行了到次要区域的故障转移。 若要对次要区域进行读取访问,请将存储帐户配置为使用读取访问异地冗余存储 (RA-GRS) 或读取访问异地区域冗余存储 (RA-GZRS)。 有关详细信息,请参阅对次要区域中数据的读取访问权限

如果主要区域变得不可用,则可以选择故障转移到次要区域。 故障转移完成后,次要区域将成为主要区域,你便可以再次读取和写入数据。 有关灾难恢复以及如何故障转移到次要区域的详细信息,请参阅灾难恢复和存储帐户故障转移

重要

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

异地冗余存储

异地冗余存储 (GRS) 使用 LRS 在主要区域中的单个物理位置内同步复制数据三次。 然后,它将数据异步复制到距离主要区域数百英里以外的次要区域中的单个物理位置。 GRS 在一年中提供至少 99.99999999999999%(16 个 9)的存储资源持久性。

首先会将写入操作提交到主要位置,并使用 LRS 复制该操作。 然后会以异步方式将更新复制到次要区域。 将数据写入次要位置后,还会使用 LRS 在该位置复制数据。

下图显示了如何使用 GRS 或 RA-GRS 复制数据:

此图显示了如何使用 GRS 或 RA-GRS 复制数据

异地区域冗余存储

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

如果使用 GZRS 存储帐户,在可用性区域不可用或无法恢复的情况下,可以继续读取和写入数据。 此外,即使在遇到区域完全停电或导致主要区域不可恢复的灾难,数据也能持久保存。 GZRS 可在一年中提供至少 99.99999999999999%(16 个 9)的对象持久性。

下图显示了如何使用 GZRS 或 RA-GZRS 复制数据:

此图显示了如何使用 GZRS 或 RA-GZRS 复制数据

只有标准常规用途 v2 存储帐户支持 GZRS。 所有 Azure 存储服务都支持 GZRS,这些服务包括:

  • Azure Blob 存储(热和冷块 Blob、非磁盘页 Blob)
  • Azure 文件存储(所有标准层:事务优化层、热层和冷层)
  • Azure 表存储
  • Azure 队列存储

GZRS 可在一部分 Azure 区域中使用:

  • (非洲)南非北部
  • (亚太)澳大利亚东部
  • (亚太)东亚
  • (亚太)日本东部
  • (亚太)韩国中部
  • (亚太)东南亚
  • (亚太)印度中部
  • (欧洲)法国中部
  • (欧洲)德国中西部
  • (欧洲)欧洲北部
  • (欧洲)挪威东部
  • (欧洲)瑞典中部
  • (欧洲)瑞士北部
  • (欧洲)英国南部
  • (欧洲)西欧
  • (北美)加拿大中部
  • (北美)美国中部
  • (北美)美国东部
  • (北美)美国东部 2
  • (北美)美国中南部
  • (北美)美国西部 2
  • (北美)美国西部 3
  • (北美)US Gov 弗吉尼亚州
  • (南美洲)巴西南部

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

异地冗余存储(使用 GRS 或 GZRS)将数据复制到次要区域中的另一个物理位置,以防止区域中断。 使用为 GRS 或 GZRS 配置的帐户时,除非进行故障转移,否则次要区域中的数据无法供用户或应用程序直接访问。 故障转移过程更新 Azure 存储提供的 DNS 条目,这样辅助终结点就会成为存储帐户的新主终结点。 在故障转移过程中,数据不可访问。 在故障转移完成后,你便可以将数据读取和写入到新的主要区域。 有关故障转移和灾难恢复的详细信息,请参阅帐户故障转移工作原理

如果应用程序需要高可用性,则可配置存储帐户,以便对次要区域进行读取访问。 启用对次要区域的读取访问时,数据始终可供从次要区域读取(包括主要区域不可用的情况)。 读取访问异地冗余存储 (RA-GRS) 或读取访问异地区域冗余存储 (RA-GZRS) 配置允许对次要区域进行读取访问。

注意

由于数据是从主要区域异步复制到次要区域,因此,就写入操作来说,次要区域通常位于主要区域后面。 如果主要区域发生灾难,可能会丢失一些数据。 若要详细了解如何通过计划来应对潜在的数据丢失,请参阅预期数据丢失

注意

Azure 文件存储不支持读取访问异地冗余存储 (RA-GRS) 或读取访问异地区域冗余存储 (RA-GZRS)。

设计应用程序以便能够对次要区域进行读取访问

如果存储帐户已配置为对次要区域进行读取访问,则你可以设计自己的应用程序,以便在主要区域出于任何原因而不可用时,能够无缝转换为从次要区域读取数据。

启用 RA-GRS 或 RA-GZRS 后,次要区域可用于读取访问,因此你可以预先测试应用程序,以确保在发生服务中断时可以从次要区域正确读取数据。 若要详细了解如何设计应用程序以利用异地冗余,请参阅使用异地冗余设计高度可用的应用程序

启用对次要区域的读取访问后,应用程序可以从次要终结点以及主要终结点读取数据。 辅助终结点将后缀“–secondary”追加到帐户名称。 例如,如果 Blob 存储的主终结点是 myaccount.blob.core.windows.net,则辅助终结点是 myaccount-secondary.blob.core.windows.net。 存储帐户的帐户访问密钥对于主要终结点和次要终结点是相同的。

检查“上次同步时间”属性

由于数据以异步方式复制到次要区域,因此次要区域通常位于主要区域的后面。 如果主要区域发生故障,对主要区域的所有写入有可能尚未复制到次要区域。

若要确定哪些写入操作已复制到次要区域,应用程序可以检查存储帐户的“上次同步时间”属性。 在上次同步时间之前写入到主要区域的所有写入操作已成功复制到次要区域,这意味着,可以从次要区域读取这些操作。 在上次同步时间之后写入到主要区域的任何写入操作不一定已复制到次要区域,这意味着,它们不一定能被读取操作取得。

可以使用 Azure PowerShell、Azure CLI 或某个 Azure 存储客户端库查询“上次同步时间”属性的值。 “上次同步时间”属性是一个 GMT 日期/时间值。 有关详细信息,请参阅检查存储帐户的“上次同步时间”属性

冗余选项摘要

以下部分中的表格汇总了可用于 Azure 存储的冗余选项。

持久性和可用性参数

下表描述了每个冗余选项的关键参数:

参数 LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
给定一年内的对象持久性百分比 至少 99.999999999%(11 个 9) 至少为 99.9999999999% (12 9's) 至少为 99.99999999999999% (16 9's) 至少 99.99999999999999%(16 个 9)
读取请求的可用性 至少 99.9%(冷访问层或存档访问层为 99%) 至少 99.9%(冷访问层或存档访问层为 99%) GRS 至少 99.9%(冷访问层或存档访问层为 99%)

RA-GRS 至少 99.99%(冷访问层或存档访问层为 99.9%)
GZRS 至少 99.9%(冷访问层或存档访问层为 99%)

RA-GZRS 至少 99.99%(冷访问层或存档访问层为 99.9%)
写入请求的可用性 至少 99.9%(冷访问层或存档访问层为 99%) 至少 99.9%(冷访问层或存档访问层为 99%) 至少 99.9%(冷访问层或存档访问层为 99%) 至少 99.9%(冷访问层或存档访问层为 99%)
在单独的节点上维护的数据副本数 单个区域内的三个副本 跨单个区域内的不同可用性区域的三个副本 共六个副本,包括主要区域中的三个副本和次要区域中的三个副本 共六个副本,包括跨主要区域内的不同可用性区域的三个副本和次要区域中的三个本地冗余副本

有关详细信息,请参阅存储帐户的 SLA

持久性和可用性(按中断方案)

下表指示数据是否持久且在给定方案中可用,具体取决于对存储帐户启用的冗余类型:

中断方案 LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
数据中心内的节点变为不可用
整个数据中心(区域性或非区域性)不可用 1
主要区域发生区域范围的服务中断 1 1
如果主区域变得不可用,可对次要区域进行读取访问 是(通过 RA-GRS) 是(通过 RA-GZRS)

1 如果主要区域变为不可用,则需要执行帐户故障转移来恢复写入可用性。 有关详细信息,请参阅灾难恢复和存储帐户故障转移

支持的 Azure 存储服务

下表显示了每个 Azure 存储服务都支持哪些冗余选项。

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob 存储(包括 Data Lake Storage)
队列存储
表存储
Azure 文件存储1,2
Azure 托管磁盘
页 Blob
Blob 存储(包括 Data Lake Storage)
队列存储
表存储
Azure 文件存储1,2
Azure 托管磁盘3
Blob 存储(包括 Data Lake Storage)
队列存储
表存储
Azure 文件存储1
Blob 存储(包括 Data Lake Storage)
队列存储
表存储
Blob 存储(包括 Data Lake Storage)
队列存储
表存储
Azure 文件存储1
Blob 存储(包括 Data Lake Storage)
队列存储
表存储

1 LRS 和 ZRS 支持标准文件共享。 GRS 和 GZRS 支持标准文件共享,前提是其大小小于或等于 5 TiB。
2 LRS 和 ZRS 支持高级文件共享。
3 ZRS 托管磁盘存在某些限制。 有关详细信息,请参阅“托管磁盘的冗余选项”一文的限制部分。

支持的存储帐户类型

下表显示了每种类型的存储帐户支持的冗余选项。 有关存储帐户类型,请参阅存储帐户概述

存储帐户类型 LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
推荐 标准常规用途 v2 (StorageV2)1

高级块 Blob (BlockBlobStorage)1

高级文件共享 (FileStorage)

高级页 Blob (StorageV2)
标准常规用途 v2 (StorageV2)1

高级块 Blob (BlockBlobStorage)1

高级文件共享 (FileStorage)
标准常规用途 v2 (StorageV2)1 标准常规用途 v2 (StorageV2)1
旧的 标准常规用途 v1 (Storage)

旧版 Blob (BlobStorage)
空值 标准常规用途 v1 (Storage)

旧版 Blob (BlobStorage)
空值

1 启用了分层命名空间的此类型的帐户还支持指定的冗余选项。

根据存储帐户的冗余选项,所有存储帐户的所有数据都从主帐户复制到辅助帐户。 复制的对象包括块 Blob、追加 Blob、页 Blob、队列、表和文件。

在异地复制期间,所有层(包括存档层)中的数据始终从主帐户复制到辅助帐户。 LRS、GRS 和 RA-GRS 帐户当前支持 Blob 存储的存档层,但 ZRS、GZRS 或 RA-GZRS 帐户不支持。 有关 Blob 层的详细信息,请参阅 Blob 数据的热访问层、冷访问层和存档访问层

非托管磁盘不支持 ZRS 或 GZRS。

有关每个冗余选项的定价信息,请参阅 Azure 存储定价

备注

Azure 高级磁盘存储目前仅支持本地冗余存储 (LRS)。 块 Blob 存储帐户在本地支持特定区域中的本地冗余存储 (LRS) 和区域冗余存储 (ZRS)。

支持客户管理的帐户故障转移

主要区域中发生灾难时,所有异地冗余产品/服务都支持 Microsoft 托管的故障转移。 此外,某些帐户类型支持客户管理的帐户故障转移,如下表所示。 受支持的帐户类型必须使用 Azure 资源管理器部署。 有关灾难恢复和客户管理的故障转移的详细信息,请参阅灾难恢复和存储帐户故障转移

故障转移类型 GRS/RA-GRS GZRS/RA-GZRS
客户管理的故障转移 常规用途 v2 帐户
常规用途 v1 帐户
旧 Blob 存储帐户
常规用途 v2 帐户
Microsoft 托管的故障转移 所有帐户类型 常规用途 v2 帐户

注意

具有分层命名空间 (Azure Data Lake Storage Gen2) 的帐户尚不支持客户管理的帐户故障转移。 若要了解详细信息,请参阅 Azure Data Lake Storage Gen2 中提供的 Blob 存储功能

发生影响主要区域的灾难时,Microsoft 将管理具有分层命名空间的帐户的故障转移。 有关详细信息,请参阅 Microsoft 托管的故障转移

数据完整性

Azure 存储使用循环冗余检查 (CRC) 定期验证存储的数据的完整性。 如果检测到数据损坏,则使用冗余数据进行修复。 Azure 存储还对所有网络流量计算校验和,以检测存储或检索数据时数据包损坏的情况。

另请参阅