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

有关大型卷的要求和注意事项

本文介绍在使用 Azure NetApp 文件上使用大型卷之前需要了解的要求和注意事项。

要求和注意事项

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

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

  • 必须创建大小为 50 TiB 或更大的大型卷。 单个卷不能超过 1 PiB。

  • 无法将大型卷的大小调整为小于 50 TiB。 无法将大型卷的大小调整为大于其最低预配大小的 30%。 可以通过支持请求调整此限制。

  • Azure NetApp 文件备份目前不支持大型卷。

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

  • 目前,大型卷不适合用于数据库(HANA、Oracle、SQL Server 等)数据卷和日志卷。 对于需要多个卷的吞吐量限制的数据库工作负载,请考虑部署多个常规卷。 若要优化数据库的多个卷部署,请使用应用程序卷组

  • 大型卷的三个性能层(标准、高级和超级)的吞吐量上限基于现有的 100 TiB 最大容量目标。 可以如下表所述增长到 1 PiB 和吞吐量上限:

    容量 每 TiB 线性性能纵向扩展至允许的最大容量层吞吐量(大型卷)
    容量层 最小卷大小
    (TiB)
    最大卷大小 (TiB) 最小容量层吞吐量(MiB/秒) 最大容量层吞吐量(MiB/秒)
    标准(每 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

    * 根据区域专用容量可用性,可按请求提供 2-PiB 大容量。 若要请求 2-PiB 大容量,请联系客户团队。

    有关在 Azure NetApp 文件大型卷上执行的最新性能基准检验数,请参阅适用于 Linux 的 Azure NetApp 文件大型卷性能基准使用 Azure NetApp 文件实现电子设计自动化 (EDA) 的好处

  • 冷访问支持大型卷。 你必须先注册使用冷访问,然后才能创建启用冷访问的大型卷。

关于 64 位文件 ID

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

支持的区域

以下区域提供对 Azure NetApp 文件大型卷的支持:

  • 澳大利亚东部
  • 澳大利亚东南部
  • 巴西南部
  • 加拿大中部
  • 印度中部
  • 美国中部
  • 美国东部
  • 美国东部 2
  • 法国中部
  • 德国中西部
  • Japan East
  • 北欧
  • 卡塔尔中部
  • 南非北部
  • 美国中南部
  • 东南亚
  • 瑞士北部
  • 阿拉伯联合酋长国北部
  • 英国西部
  • 英国南部
  • US Gov 弗吉尼亚州
  • 西欧
  • 美国西部
  • 美国西部 2
  • 美国西部 3

配置大型卷

重要

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

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

注册功能

如果这是你第一次使用大型卷,请使用大型卷注册表单注册该功能。

检查功能注册的状态:

Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFLargeVolumes 

此外,你还可使用 Azure CLI 命令az feature show来注册功能并显示注册状态。

后续步骤