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

Azure NetApp 文件大型卷的要求和注意事项

Azure NetApp 文件大型卷支持大小介于 50 TiB 和 1,024 TiB 之间。

借助突破模式，可以在 2,400 GiB 和 2,400 TiB 之间创建大型卷。 在首次使用该功能之前，必须 请求 该功能。 启用冷访问后，在某些情况下，大型卷可以扩展到 7.2 PiB：有关详细信息，请参阅 高达 7.2 PiB 的大型卷。

在使用 大数据量之前，需要注意一些事项。

要求和注意事项

以下要求和注意事项适用于大型卷。 有关 常规卷 的性能注意事项，请参阅 Azure NetApp 文件 的性能注意事项。

  • 无法将常规卷转换为大型卷。

  • 必须创建大小至少为 50 TiB 的大型卷。 默认情况下，大容量卷支持高达 1,024 TiB 的存储空间大小。 可以请求更大的存储卷大小，但需视区域容量的可用性而定。

  • 无法将大型卷的大小调整为小于 50 TiB。

    • 减小大型卷的大小时，大小取决于写入卷的文件大小以及当前在卷上处于活动状态的快照。

  • 无法在应用程序卷组中创建大型卷。

  • 目前，大容量卷不适合用于数据库（SAP HANA、Oracle、SQL Server 等）的数据和日志卷。 对于数据库工作负载的吞吐量需求超过单个卷限制时，请考虑部署多个常规卷。 若要优化数据库的多个卷部署，请使用应用程序卷组。

  • 标准、高级和超级服务级别在大数据量情况下的吞吐量上限为 12,800 MiB/秒。 可以根据下表所示的吞吐量上限，将数据量扩展到 1 PiB：

    容量 每 TiB 的线性性能缩放最大为 12,800 MiB/s
    服务级别 最小卷大小
    (TiB)    		 最大卷大小 (TiB) 基本吞吐量（MiB/秒）为 50TiB 服务级别的最大吞吐量 （MiB/s）
    标准（每 TiB 16 MiB/秒） 50 1,024* 800 12,800
    高级性能（每 TiB 64 MiB/秒） 50 1,024* 3,200 12,800
    超高性能（每 TiB 128 MiB/秒） 50 1,024* 6,400 12,800
    灵活 - 独立可配置 （0-640 MiB/s） 50 1,024* 128 12,800

    有关在 Azure NetApp 文件 大型卷上进行的最新性能基准数字，请参阅适用于 Linux 的 Azure NetApp 文件 大型卷性能基准 和 使用 Azure NetApp 文件 进行电子设计自动化 (EDA) 的优势。

  • 大型卷支持冷访问。

突破模式的要求和注意事项

在首次使用该功能之前，必须 请求 该功能。

  • 突破模式支持大小在 2,400 GiB 到 2,400 TiB (2 PiB) 之间的大型卷。
  • 通过使用突破模式，根据工作负载特性和系统布局，最高可达80 GiB/s的吞吐量。
  • 突破模式下，迁移助手不支持大型卷数据迁移。
  • 灵活、标准、高级和超级服务级别支持突破模式。
  • 只有在创建卷之后，才能在突破模式下对大型卷启用冷访问。
  • 无法将突破模式下的大容量卷的快照还原到新卷。

7.2 PiB 的大容量存储要求与注意事项（预览版）

Azure NetApp 文件支持专用容量上最大 7.2 PiB 的非常大卷，适用于大多数数据不常访问的工作负载。 此功能扩展了超出前 2 个 PiB 限制的冷访问支持，适用于需要管理多 PB 数据集的客户，同时优化存储成本。

通过将 PB 级缩放容量与透明分层相结合，具有冷访问的大型卷可为冷数据提供经济高效的存储，同时继续为热层中存储的活动数据提供可预测的性能。 此模型特别适用于需要大规模企业级可靠性和性能的环境。

主要特征

最大 7.2 PiB 的冷访问大卷具有以下特征：

  • 专用容量
    最大 7.2 PiB 的卷仅在 Azure NetApp 文件 的专用容量中受支持，且仅限于支持大型卷的区域。

  • 冷数据工作负荷配置文件
    这些卷适用于其中至少 80% 的数据位于冷层的工作负载。

  • 支持的卷大小范围
    大小在 2400 GiB 和 7.2 PiB 之间的大卷支持冷访问，将冷访问扩展到之前的 2 PiB 限制之外。

跨区域复制注意事项

如果计划进行高达 7.2 PiB 的跨区域数据量复制，则必须满足以下条件：

  • 源区域和目标区域中必须提供足够的Azure NetApp 文件专用容量。
  • 最大 7.2 PiB 的大卷支持必须在两个区域均可用，以确保复制兼容性。

常见用例

最大 7.2 PiB 的冷访问大卷适用于存储大量不常访问数据的工作负载，包括：

  • 存档和长期备份数据
  • 媒体存储库和内容库
  • 医疗保健成像和生命科学数据集
  • 合规性和法规数据集
  • AI/ML 和 EDA 数据集
  • 大型企业文件共享和数据合并方案

此功能目前为预览功能，并在支持 Azure NetApp 文件 大卷的所有区域中可用。 首次使用 该功能 之前，必须请求该功能。

关于 64 位的文件标识符

虽然常规卷使用 32 位文件 ID，但大型卷采用 64 位文件 ID。 文件 ID 是唯一标识符，允许Azure NetApp 文件跟踪文件系统中的文件。 64 位 ID 用于增加单个卷中允许的文件数，使大型卷能够容纳比常规卷更多的文件。

支持的区域

以下区域提供了对Azure NetApp 文件大容量卷的支持：

  • 澳大利亚中部
  • 澳大利亚中部 2
  • 澳大利亚东部
  • 澳大利亚东南部
  • 巴西南部
  • 巴西东南部
  • 加拿大中部
  • 加拿大东部
  • 印度中部
  • 美国中部
  • 东亚
  • 美国东部
  • 美国东部 2
  • 法国中部
  • 德国中西部
  • 意大利北部
  • 日本东部
  • 日本西部
  • 韩国中部
  • 韩国南部
  • 马来西亚西部
  • 美国中北部
  • 北欧
  • 挪威东部
  • 卡塔尔中部
  • 南非北部
  • 美国中南部
  • 东南亚
  • 西班牙中部
  • 瑞典中部
  • 瑞士北部
  • 瑞士西部
  • 阿拉伯联合酋长国北部
  • 英国西部
  • 英国南部
  • US Gov 亚利桑那州
  • US Gov 德克萨斯州
  • US Gov 弗吉尼亚州
  • 西欧
  • 美国西部
  • 美国西部 2
  • 美国西部 3

配置大型卷

重要

在使用大容量之前，必须首先请求增加区域容量配额。

增加区域容量配额后，可以创建最大大小为 1 PiB 的卷。 创建卷时，在指定卷配额后，必须为“大型卷”字段选择“是”。 在“大型卷类型”字段中，选择“大型卷”。 创建后，可以像管理常规卷一样管理大型卷。

若要创建高达 7.2 PiB 的卷，必须在创建卷时选择 “超大型卷 7.2 PiB ”作为卷类型。 必须在卷上启用冷访问。

注释

为每个需要本文所述某项功能的订阅提交相应的申请表。 你不能手动注册这些功能。 Azure NetApp 文件团队审核提交的请求，并在批准后完成功能注册。 在请求审核和处理过程中，该功能可能显示为 待处理 或 注册中 状态。 这种状态是预期的，不需要客户采取任何行动。 请求获批并完成处理后，功能状态会变为 已注册。

注册功能

如果这是您第一次使用大容量，请通过大容量注册表单注册此功能。

  1. 检查功能注册的状态：

    az account set --subscription <subscriptionId>
az feature show --namespace Microsoft.NetApp --name ANFLargeVolumes

注册突破模式

要使用该功能，请提交 候补名单申请。

提交请求后，使用以下命令检查功能注册的状态：

Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFBreakthroughMode

你也可以用 Azure CLI 命令az feature show来显示注册状态。

注册支持高达 7.2 PiB 的大型卷

目前，最大容量达 7.2 PiB 的大型卷处于预览阶段。 提交等待列表请求 以访问该功能。

提交等待列表请求后，可以使用以下命令检查功能注册的状态：

Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFExtraLargeVolumes

后续步骤

  • 上次更新时间为