你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure NetApp 文件的资源限制
了解 Azure NetApp 文件的资源限制，可帮助你管理卷。
资源限制
下表描述 Azure NetApp 文件的资源限制：
| 资源 | 默认限制 | 可通过支持请求进行调整 |
|---|---|---|
| 每个订阅的区域容量配额 | 25 TiB | 是 |
| 每个 Azure 区域每个订阅的 NetApp 帐户数 | 10 | 是 |
| 每个 NetApp 帐户的容量池数 | 25 | 是 |
| 每个订阅的卷数 | 500 | 是 |
| 每个容量池的卷数 | 500 | 是 |
| 每个卷的快照数 | 255 | 否 |
| 虚拟网络中（包括立即对等互联的 VNet）访问 Azure NetApp 文件托管 VNet 的卷的 IP 的数量 |
|
否 |
| 单个容量池的最小大小 | 1 TiB* | 否 |
| 单个容量池的最大大小 | 2,048 TiB | 否 |
| 单个常规卷的最小大小 | 100 GiB | 否 |
| 单个常规卷的最大大小 | 100 TiB | 否 |
| 单个大型卷的最小大小 | 50 TiB | 否 |
| 大型卷大小增加 | 30% 的最低预配大小 | 是 |
| 单个大型卷的最大大小 | 1,024 TiB | 否 |
| 专用容量上单个大型卷的最大大小（预览版） | 2,048 TiB | 否 |
| 单个文件的最大大小 | 16 TiB | 否 |
| 单个目录中目录元数据的最大大小 | 320 MB | 否 |
| 单个目录中的文件数上限 | 大约 400 万。 参阅确定目录是否将达限制大小。 |
否 |
每个卷的最大文件数 maxfiles |
请参阅 maxfiles |
是 |
| 每个卷的最大导出策略规则数 | 5 | 否 |
| 每个卷的最大配额规则数 | 100 | 否 |
| 分配给手动 QoS 卷的最小吞吐量 | 1 MiB/s | 否 |
| 分配给手动 QoS 卷的最大吞吐量 | 4,500 MiB/s | 否 |
| 跨区域复制数据保护卷（目标卷）的数量 | 50 | 是 |
| 跨区域复制数据保护卷（目标卷）的数量 | 50 | 是 |
| 每个卷的基于策略（计划）备份的最大数量 |
每小时、每日、每周和每月备份保留计数组合最大值为 1019。 |
否 |
| 保护卷的大小上限 | 100 TiB | 否 |
| 每个订阅可备份的卷的最大数目 | 20 | 是 |
| 每天每个卷的手动备份最大数量 | 5 | 是 |
| 每个区域每个订阅支持冷访问的最大卷数 | 10 | 是 |
* 如果容量池中的所有卷都使用标准网络功能，则只能利用 1 TiB 最小值。 1 TiB 容量池已推出正式版。 在使用该功能之前，必须注册该功能。 如果任何卷都使用基本网络功能，则最小大小为 4 TiB。
有关详细信息，请参阅容量管理的常见问题解答。
了解与 Azure NetApp 文件网络功能相关的限制和约束，请参阅 Azure NetApp 文件网络规划指南。
确定目录是否将达限制大小
可以从客户端使用 stat 命令来查看目录是否即将达到目录元数据的最大大小限制 (320 MB)。 如果达到 Azure NetApp 文件的单个目录的最大大小限制，则会发生错误 No space left on device。
对于 320-MB 的目录，块数为 655,360，每个块的大小为 512 字节。 （即 320x1024x1024/512。）根据此数字，相当于一个 320-MB 的目录最多可包含大约 400 万个文件。 但是，实际的最大文件数目可能更小，具体取决于多种因素，例如，目录中包含非 ASCII 字符的文件数。 因此，应按如下所示使用 stat 命令来确定目录是否接近其限制。
示例：
[makam@cycrh6rtp07 ~]$ stat bin
File: 'bin'
Size: 4096 Blocks: 8 IO Block: 65536 directory
[makam@cycrh6rtp07 ~]$ stat tmp
File: 'tmp'
Size: 12288 Blocks: 24 IO Block: 65536 directory
[makam@cycrh6rtp07 ~]$ stat tmp1
File: 'tmp1'
Size: 4096 Blocks: 8 IO Block: 65536 directory
限制Maxfiles
Azure NetApp 文件卷具有一个名为 maxfiles 的值，该值引用卷可包含的最大文件和文件夹数（也称为 inode）。 达到 maxfiles 限制时，客户端在尝试创建新文件或文件夹时收到“空间不足”消息。 如果遇到此问题，请联系 Microsoft 技术支持。
Azure NetApp 文件卷的 maxfiles 限制基于卷的大小（配额），服务根据卷的预配大小动态调整卷的 maxfiles 限制，并使用以下准则。
- 对于小于或等于 683 GiB 的常规卷，默认
maxfiles限制为 21,251,126。 - 对于大于 683 GiB 的常规卷，默认
maxfiles限制大约是一个文件（或 inode）/32 KiB 分配的卷容量，最大为 2,147,483,632。 - 对于 大型卷，默认
maxfiles限制大约是一个文件（或 inode）/32 KiB 分配的卷容量，默认最大值为 15,938,355,048。 - 每个 Inode 在卷中使用大约 288 字节的容量。 卷中存在许多 Inode 会在实际数据容量的基础上消耗大量的物理空间开销。
- 如果文件的大小小于 64 字节，则该文件存储在 Inode 本身之中，不会使用额外的容量。 仅当文件实际分配给卷时，才使用此容量。
- 大于 64 字节的文件确实会使用卷上的额外容量。 例如，如果 Azure NetApp 文件卷中有 100 万个大于 64 字节的文件，则大约有 274 MiB 的容量属于 Inode。
下表显示了基于常规卷的卷大小的关系 maxfiles 值的示例。
| Volume size | 估计的 maxfiles 限制 |
|---|---|
| 0 - 683 GiB | 21,251,126 |
| 1 TiB (1,073,741,824 KiB) | 31,876,709 |
| 10 TiB (10,737,418,240 KiB) | 318,767,099 |
| 50 TiB (53,687,091,200 KiB) | 1,593,835,519 |
| 100 TiB (107,374,182,400 KiB) | 2,147,483,632 |
下表显示了基于大型卷的卷大小的关系 maxfiles 值的示例。
| Volume size | 估计的 maxfiles 限制 |
|---|---|
| 50 TiB (53,687,091,200 KiB) | 1,593,835,512 |
| 100 TiB (107,374,182,400 KiB) | 3,187,671,024 |
| 200 TiB (214,748,364,800 KiB) | 6,375,342,024 |
| 500 TiB (536,870,912,000 KiB) | 15,938,355,048 |
若要查看特定卷大小的 maxfiles 分配，请查看卷的“概述”窗格中的“最大文件数”字段。
不能通过配额请求为数据保护卷设置 maxfiles 限制。 Azure NetApp 文件会自动增加数据保护卷的 maxfiles 限制，以适应复制到卷的文件数。 当数据保护卷上发生故障转移时，maxfiles 限制保留故障转移前的最后一个值。 在这种情况下，可以提交卷的maxfiles 配额请求。
请求调高限制
可创建 Azure 支持请求以上调资源限制表中的可调整限制。
注意
根据区域中的可用资源以及请求增加的限制，Azure 支持可能需要其他信息来确定该请求的可行性。
转到“支持 + 故障排除”下的“新建支持请求”。
在“问题描述”选项卡下，提供必要的信息：
- 对于“问题类型”，选择“服务和订阅限制(配额)”。
- 对于“订阅”，请选择自己的订阅。
- 对于“配额类型”，选择“存储: Azure NetApp 文件限制”。
在“其他详细信息”选项卡下，在“请求详细信息”字段中选择“输入详细信息” 。
若要请求增加限额，请在显示的“配额详细信息”窗口中提供以下信息：
在“配额类型”中，选择要增加的资源类型。
例如：- 每个订阅的区域容量配额 (TiB)
- 每个 Azure 区域每个订阅的 NetApp 帐户数
- 每个订阅的卷数
在“请求的区域”中，选择你的区域。
当前和默认大小显示在“配额状态”下。输入一个值，请求增加指定的配额类型。
选择“保存并继续”。 选择“查看 + 创建”，以创建请求。
后续步骤
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈