本页使用了机器翻译。某些内容可能不完美。敬请提出宝贵意见和建议。

Azure Storage 复制说明：LRS、ZRS、GRS、RA-GRS

2021-05-27

什么是 Azure Storage Replication？

为确保数据可用性和持久性Azure Storage 会在多个位置创建并存储数据副本。这个过程称为存储复制。目标是提供冗余机制，以保护数据免受硬件故障、电源或网络中断的影响。

您可以从多种冗余方案中进行选择。您可以在一个区域内复制数据，也可以复制到地理位置遥远的次要区域。此外，您还可以为位于辅助区域的复制数据启用读取权限，以在灾难发生时确保数据可用性。

在本文中，您将了解：

默认情况下，Azure Storage 在主区域内复制数据三次。此外，Azure 还提供以下选项，您可以针对主区域内的复制进行配置：

除了这两种基本类型的复制之外，Azure Storage 中还有三种其他类型：

LRS在主区域内的单个数据中心内将数据复制三份。启用 LRS 后，当数据写入到三个副本时，Azure Storage 仅将写入请求注册为成功。LRS在特定年度内为对象提供至少99.999999999%的耐久性。

LRS以低廉的成本提供服务，可帮助您防范硬盘故障和服务器机架故障导致的数据丢失。但是，LRS 不涵盖所有数据丢失情况。若LRS对数据丢失的敏感度较低，或因合规要求导致数据受限于单一位置，则应选用LRS。

ZRS在三个Azure可用区之间执行复制。每个 Azure 可用区都是一个单独的物理位置，具有独立的网络、电源和冷却。ZRS在特定年度内为对象提供不低于99.9999999999%的耐久性。

ZRS确保即使可用区发生故障，数据仍可访问。对于写入和读取操作都是如此。Azure Storage 只有在确保将数据安全写入所有三个可用区域后，才会将写入操作注册为成功。您可以在主区域使用ZRS来确保一致性、高可用性和持久性。

与LRS或ZRS相比，GRS为数据存储提供了额外的冗余保护。除了存储在一个区域中的三个数据副本之外，还有三个副本存储在配对的 Azure 区域中。因此，GRS 在主区域提供 LRS 存储的所有功能，同时在另一个区域额外提供次要 LRS 数据存储。

由于所有读取和写入操作仍通过一个 Azure 数据中心进行管理，因此 Microsoft 提供的读取和写入 SLA 与 ZRS 和 LRS 数据存储相同。

GRS 冗余有两个缺点：

RA-GRS 具备与标准 GRS 复制相同的冗余级别，并具有额外优势——存储在配对 Azure 区域中的辅助副本可读。这意味着，如果您的应用程序配置正确，您可以使用多个可读端点。这将读取操作的服务水平协议(SLA)提升至99.99%。

但是，写入操作的 SLA 仍为 99.9%，因为单个区域仍可控制写入和更新操作。

由于它们的异步复制，这两种类型的 GRS 复制都有一些复制延迟。您可以使用 LastSyncTime 参数来确保您正在读取数据的最新副本。

上述复制方法与所有 Azure 存储服务相关。这是一种仅适用于 Block Blob Storage 的特殊复制方法。

对象复制方法是异步的。您可以使用它自动将数据移动到存档层，以优化数据分发并降低成本。或者，您可以将其用于将数据同步到更接近用户运行的存储资源，从而降低延迟。

根据复制策略复制块 blob，该策略指定源/目标 Azure 帐户和容器，以及应复制哪些块 blob。

块 blob 对象复制副本：

您可以通过查看源存储帐户来检查块 blob 复制的状态。如果源帐户的 blob 复制状态指示失败，请调查以下问题：

以下是可用的复制类型，具体取决于您的存储帐户类型：

Azure NetApp Files 是 Microsoft Azure 基于 NetApp 技术的另一个文件存储替代方案，为您提供企业文件共享功能，甚至可以支持您的核心业务应用程序。

将企业级数据管理和存储迁移到 Azure，以便轻松管理工作负载和应用程序，并将所有基于文件的应用程序迁移到云。

Azure NetApp Files 可为希望将任务关键型应用程序移至云的企业解决可用性和性能挑战，包括 HPC、SAP、Linux、Oracle 和 SQL Server 工作负载、Windows Virtual Desktop 等工作负载。