常规用途(GPv1)与区域冗余存储(ZRS)冗余停用概述

Azure 存储即将停用 常规用途 v1(GPv1),并配置 ZRS 冗余 存储帐户。 本文介绍将常规用途 v1(GPv1)与 ZRS 冗余配合使用的工作负荷的更改含义,以及如何为使用新式 ZRS 顺利过渡到 常规用途 v2(GPv2) 做好准备。

关于具有 ZRS 冗余的 GPv1

具有 ZRS 冗余的常规用途 v1 (GPv1)是指用于 GPv1 帐户的旧 版Standard_ZRS 复制(帐户类型 Storage,而不是 StorageV2)。 与 GPv2 上的新式 ZRS 不同,GPv1 在同一 区域中的三个可用性区域之间同步复制,具有 ZRS 冗余的 GPv1 不提供 该区域内的三个区域同步设计,并且可以依赖于可能需要平台启动的故障转移来访问辅助副本的不同复制拓扑。

有关新式冗余选项和特征的刷新(LRS、ZRS、GRS、GZRS 和读取访问变体),请参阅 存储冗余选项

为何停用具有 ZRS 冗余的 GPv1

Azure 在 GPv2 上进行了标准化,可跨所有存储帐户提供一致的复原能力、功能广度和管理。 GPv2:

  • 提供 新式 ZRS (跨 个可用性区域的同步复制),以实现区域中更高的可用性。
  • 针对成本优化启用 每个 Blob 访问层 (热/冷/存档)和 生命周期管理
  • 支持 ADLS Gen2、不可变存储、对象复制和广泛的生态系统集成。
  • Azure 资源管理器(ARM) 控制平面与 Azure AD RBAC、标记和策略配合使用,实现一致的治理。

停用具有 ZRS 冗余的 GPv1 简化了平台,并确保客户受益于现代功能和一致的定价。

迁移到 GPv2 的好处

下表总结了大多数客户关注的主要差异:

Area 具有 ZRS 冗余的常规用途 v1 (GPv1) 具有 ZRS 的 GPv2 (StorageV2)
复制模型 旧拓扑;跨 3 个区域不同步;可能需要平台故障转移 跨区域中的三个可用性区域同步 ;单个区域事件期间不需要故障转移
区域性服务中断期间的可用性 访问可能会中断,直到故障转移 通过单个区域中断保持联机状态进行读取/写入
访问层和生命周期 有限;没有每个 Blob 分层 每个 Blob 分层 (热/冷/存档) + 生命周期管理
安全性与治理 具有 ZRS 冗余/GPv1 控制平面的常规用途 v1 (GPv1) 基于 ARM;Azure AD RBAC、标记、Azure Policy
数据服务 Blob、文件、队列、表 Blob、文件、队列、表 + ADLS Gen2(分层命名空间)
事件和集成 受限制 事件网格和更广泛的 Azure 集成
定价计量 旧计量 一致 跨帐户类型的 GPv2 计量

注释

若要在单个区域中实现高可用性,建议使用新式 ZRS 。 如果需要异地冗余,请添加 GZRS/RA GZRS

停用时间线和关键里程碑

警告

如果未在停用日期之前迁移常规用途 v1(GPv1),则Microsoft会自动将剩余帐户升级到GPv2,该帐户具有区域中可用的等效或最接近的冗余设置。 这可能会更改计费。

日期 Milestone
2025 年 9 月 公开公告和文档更新。
Q1 2026 创建新的 GPv1/Blob 仅限 Blob/常规用途 v1(GPv1),并阻止 ZRS 冗余 配置。
2026 年 10 月 完全停用。 具有 ZRS 冗余帐户的任何剩余常规用途 v1 (GPv1)都会自动升级到 GPv2。

准备迁移

小窍门

具有 ZRS 冗余工作负荷的大多数常规用途 v1 (GPv1)可以在 不更改代码的情况下迁移到 GPv2。 规划定价差异(尤其是事务计量),并利用每个 Blob 分层和生命周期规则来优化成本。

若要最大程度地降低风险并确保顺利迁移:

  1. 使用 ZRS 冗余帐户清点常规用途 v1 (GPv1):使用 Azure Resource Graph、CLI、 Azure 清单或门户识别 ZRS 冗余存储帐户的所有常规用途 v1 (GPv1)。
  2. 评估工作负荷:为了确保与 GPv2(大多数常规用途 v1(GPv1)与 ZRS 冗余工作负荷的兼容性,无需更改代码。
  3. 规划定价更改:了解新的 GPv2 定价模型,其中包括每个 Blob 分层和事务成本。 使用 Azure 定价计算器 根据使用模式估算成本。
  4. 迁移到 GPv2:使用 Azure 门户、CLI 或自动化工具从 GPv1 升级到 GPv2。 详细了解升级过程
  5. 验证工作负荷:迁移后以确保功能和计费准确性。
  6. 监视使用情况:迁移后,请关注存储帐户指标,以识别使用模式或成本中的任何意外更改。

使用 Azure Resource Graph 通过 ZRS 帐户标识 GPv1

Azure Resource Graph 是一种功能强大的工具,可用于大规模探索和查询 Azure 资源。 可以使用它来标识环境中所有常规用途 v1(GPv1)和旧 Blob 存储帐户,并评估其配置。 这有助于更有效地规划迁移到 GPv2。

下面是一个 Azure Resource Graph 查询示例,用于标识订阅中受停用影响的所有常规用途 v1(GPv1)存储帐户(种类)和旧 Blob 存储帐户(类型StorageBlobStorage):

Resources
| where type == "microsoft.storage/storageaccounts"
| where sku.name in~ ("Standard_LRS", "Standard_GRS", "Standard_ZRS", "Standard_RAGRS", "Standard_RAGZRS")
| where kind != "StorageV2"
| extend Version = tostring(properties.siteProperties.propertiesid)
| project name, type, tenantId, kind, location, resourceGroup, subscriptionId, managedBy, sku, plan, properties, tags, identity, zones, extendedLocation, Version

注释

无论冗余如何,此查询都会标识 GPv1 帐户(种类 Storage)和旧 Blob 存储帐户(类型 BlobStorage)。 由于这两种帐户类型都即将停用,因此请务必查看并包括迁移计划中所有受影响的帐户。

不支持 ZRS 的区域

以下区域不支持区域冗余存储(ZRS),如果在以下一个或多个区域中具有具有 ZRS 冗余帐户的常规用途 v1 (GPv1),则需要使用 GPv2 LRS 转换为 GPv2,最后转换为 GPv2 GRS 或迁移到支持 GPv2 ZRS 的区域。

由世纪互联运营的 Azure

  • 中国东部。
  • 中国东部 2.
  • 中国东部 3.
  • 中国北部。
  • 中国北部 2.

支持请求所需的信息

联系支持人员时,请提供以下信息来帮助简化迁移过程:

  • 订阅编号
  • 资源组名称
  • 需要迁移的所有存储帐户名称的名称
  • 帐户所在的所有区域的列表
  • 每个帐户的首选冗余选项(LRS 或 GRS)

如果升级后不希望 LRS 或 GRS 作为冗余选项,该怎么办?

如果你更喜欢其他冗余选项,并且你位于不支持 ZRS 的区域,则可以选择最初使用 LRS 或 GRS 升级到 GPv2,然后稍后将帐户迁移到支持 ZRS 的区域。 或者,可以使用所需的冗余选项在受支持的区域中创建新的 GPv2 帐户,并在其中迁移数据。

如果不按截止时间迁移,会发生什么情况

2026 年 10 月之后,如果不将具有 ZRS 冗余存储帐户的 GPv1 迁移到常规用途 v2,则所有具有 ZRS 冗余帐户的现有 GPv1 都会自动迁移到常规用途 v2 帐户,这可能会导致计费成本较高。 你决定不迁移具有 ZRS 冗余帐户的现有 GPv1 将被解释为同意Microsoft代表你迁移帐户。

在何处获取帮助和支持

如果你有问题,请从社区专家那里获得Microsoft问答的解答。

如果你的组织或公司已与Microsoft合作,或者与Microsoft代表合作,例如云解决方案架构师(CSA)或客户成功客户经理(CSAMs),请联系他们以获取其他迁移资源。

如果有支持计划并且需要技术帮助,请在 Azure 门户中创建支持请求:

需要帮助?

详细了解相关功能以及如何迁移: