你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
本文介绍在使用 Azure NetApp 文件上使用大型卷之前需要了解的要求和注意事项。
要求和注意事项
以下要求和注意事项适用于大型卷。 有关常规卷的性能注意事项，请参阅Azure NetApp 文件的性能注意事项。
无法将常规卷转换为大型卷。
必须创建大小为 50 TiB 或更大的大型卷。 大型卷的最大容量为 1,024 TiB。但在区域专用容量可用的情况下，您可以根据请求获得 2 PiB 的大型卷。 要请求 2-PiB 大型卷，请联系客户团队。
无法将大型卷的大小调整为小于 50 TiB。 无法将大型卷的大小调整为大于其最低预配大小的 30%。 可以通过支持请求调整此限制。 请求调整大小时，请指定所需的大小 (TiB)。
Azure NetApp 文件备份目前不支持大型卷。
无法在应用程序卷组中创建大型卷。
目前，大型卷不适合用于数据库（HANA、Oracle、SQL Server 等）数据卷和日志卷。 对于数据库工作负载的吞吐量需求超过单个卷限制时，请考虑部署多个常规卷。 若要优化数据库的多个卷部署，请使用应用程序卷组。
标准、高级和超级服务级别在大数据量情况下的吞吐量上限为 12,800 MiB/秒。 可以根据下表中的吞吐量上限，扩展到 1 PiB：
容量 每 TiB 的线性性能缩放最大为 12,800 MiB/s 容量层 最小卷大小
(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 位的文件标识符
虽然常规卷使用 32 位文件 ID，但大型卷采用 64 位文件 ID。 文件 ID 是唯一标识符，让 Azure NetApp 文件可以跟踪文件系统中的文件。 64 位 ID 用于增加单个卷中允许的文件数，使大型卷能够容纳比常规卷更多的文件。
支持的区域
以下区域提供对 Azure NetApp 文件大型卷的支持：
- 澳大利亚中部
- 澳大利亚中部 2
- 澳大利亚东部
- 澳大利亚东南部
- 巴西南部
- 巴西东南部
- 加拿大中部
- 加拿大东部
- 印度中部
- 美国中部
- 东亚
- 美国东部
- 美国东部 2
- 法国中部
- 德国北部
- 德国中西部
- 意大利北部
- 日本东部
- 日本西部
- 韩国中部
- 韩国南部
- 美国中北部
- 北欧
- 挪威东部
- 挪威西部
- 卡塔尔中部
- 南非北部
- 美国中南部
- 东南亚
- 瑞典中部
- 瑞士北部
- 瑞士西部
- 阿拉伯联合酋长国北部
- 英国西部
- 英国南部
- US Gov 亚利桑那州
- 美国政府 德克萨斯州
- 美国政府 弗吉尼亚州
- 西欧
- 美国西部
- 美国西部 2
- 美国西部 3
配置大型卷
重要
在使用大容量之前，必须首先请求增加区域容量配额。
增加区域容量配额后，可以创建最大大小为 1 PiB 的卷。 创建卷时，在指定卷配额后，必须为“大型卷”字段选择“是”。 创建后，可以像管理常规卷一样管理大型卷。
注册功能
如果这是您第一次使用大容量，请通过大容量注册表单注册此功能。
检查功能注册的状态：
Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFLargeVolumes
此外，你还可使用 Azure CLI 命令az feature show来注册功能并显示注册状态。