你当前正在访问 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 | 否 |
| 虚拟网络中的 IP 数 (包括立即对等互连的 VNet，) 访问托管 VNet 中的卷Azure NetApp 文件 |
|
否 |
| 单个容量池的最小大小 | 2 TiB* | 否 |
| 单个容量池的最大大小 | 500 TiB | 是 |
| 单个常规卷的最小大小 | 100 GiB | 否 |
| 单个常规卷的最大大小 | 100 TiB | 否 |
| 单个大型卷的最小大小 | 102，401 GiB | 否 |
| 单个大型卷的最大大小 | 500 TiB | 否 |
| 单个文件的最大大小 | 16 TiB | 否 |
| 单个目录中目录元数据的最大大小 | 320 MB | 否 |
| 单个目录中的文件数上限 | 大约 400 万。 参阅确定目录是否将达限制大小。 |
否 |
每个卷的最大文件 maxfiles 数 |
106,255,630 | 是 |
| 每个卷的最大导出策略规则数 | 5 | 否 |
| 每个卷的最大配额规则数 | 100 | 是 |
| 分配给手动 QoS 卷的最小吞吐量 | 1 MiB/s | 否 |
| 分配给手动 QoS 卷的最大吞吐量 | 4,500 MiB/s | 否 |
| 跨区域复制数据保护卷（目标卷）的数量 | 10 | 是 |
| 跨区域复制数据保护卷（目标卷）的数量 | 10 | 是 |
| 每个卷的基于策略（计划）备份的最大数量 |
每日、每周和每月备份保留计数组合最大值为 1019。 |
N |
| 保护卷的大小上限 | 100 TiB | N |
| 每个订阅可备份的卷的最大数目 | 5 | Y |
| 每天每个卷的手动备份最大数量 | 5 | Y |
* 2 TiB 容量池大小调整目前为预览版。 如果容量池中的所有卷都使用标准网络功能，则只能利用最小值 2 TiB。 如果任何卷正在使用基本网络功能，则最小大小为 4 TiB。
有关详细信息，请参阅容量管理的常见问题解答。
了解与 Azure NetApp 文件网络功能相关的限制和约束，请参阅 Azure NetApp 文件网络规划指南。
确定目录是否将达限制大小
可以从客户端使用 stat 命令来查看目录是否即将达到目录元数据的最大大小限制 (320 MB)。
对于 320-MB 的目录，块数为 655360，每个块的大小为 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 的限制。 maxfiles 限制是一个卷可以包含的文件数。 Linux 文件系统将此限制称为 Inode。 Azure NetApp 文件卷的 maxfiles 限制是基于卷的大小（配额）编制索引。 卷的 maxfiles 限制按照每 TiB 预配的卷大小 21,251,126 个文件的速率递增或递减。
服务基于其预配的大小动态调整卷的 maxfiles 限制。 例如，最初配置为 1 TiB 大小的卷的 maxfiles 限制将为 21,251,126。 对卷大小的后续更改会根据以下规则自动重新调整 maxfiles 限制：
对于最大大小为 100 TiB 的卷：
| 卷大小（配额） | maxfiles 限制的自动重新调整 |
|---|---|
| <= 1 TiB | 21,251,126 |
| > 1 TiB 但 <= 2 TiB | 42,502,252 |
| > 2 TiB 但 <= 3 TiB | 63,753,378 |
| > 3 TiB 但 <= 4 TiB | 85,004,504 |
| > 4 TiB 但 <= 100 TiB | 106,255,630 |
重要
如果卷的大小（配额）超过 4 TiB，并且你想增加 maxfiles 限制，则必须发起支持请求。
对于卷 100 TiB 或以下，如果为卷分配了至少 5 TiB 的配额，则可以启动支持请求，将 (inode) 限制增加到 maxfiles 超过 106，255，630。 对于每 106，255，630 个文件， (或) 的一小部分，需要将相应的卷配额增加 5 TiB。 例如，如果将限制从 106，255，630 个文件增加到 maxfiles 212，511，260 个文件， (或) 之间的任意数量，则需要将卷配额从 5 TiB 增加到 10 TiB。
对于卷 100 TiB 或以下，如果卷配额至少为 25 TiB，则可以将限制提高 maxfiles 到 531，278，150。
重要
卷超过 maxfiles 限制后，即使减少了实际使用的文件计数，也无法将卷大小减小到与该 maxfiles 限制对应的配额以下。 例如，如果已超过 63,753,378 maxfiles 限制，则卷配额不能减少到其相应的索引 2 TiB 以下。
对于 大型卷：
| 卷大小（配额） | maxfiles 限制的自动重新调整 |
|---|---|
| > 100 TiB | 2,550,135,120 |
可以使用支持请求将 maxfiles 限制提高到 2，550，135，120 以上。 对于每 2，550，135，120 个文件 (或) 的一小部分，需要将相应的卷配额增加 120 TiB。 例如，如果将限制从 2，550，135，120 提高 maxfiles 到 5，100，270，240 个文件 (或) 之间的任意数量，则需要将卷配额增加到至少 240 TiB。
500 TiB 卷的最大值 maxfiles 为 10，625，563，000 个文件。
不能通过配额请求为数据保护卷设置 maxfiles 限制。 Azure NetApp 文件自动增加maxfiles数据保护卷的限制，以适应复制到卷的文件数。 当数据保护卷发生故障转移时，该 maxfiles 限制仍然是故障转移前的最后一个值。 在这种情况下，可以提交maxfiles卷的配额请求。
请求调高限制
可创建 Azure 支持请求以上调资源限制表中的可调整限制。
注意
根据区域中的可用资源以及请求增加的限制，Azure 支持可能需要其他信息来确定该请求的可行性。
转到“支持 + 故障排除”下的“新建支持请求” 。
在“问题描述”选项卡下，提供必要的信息：
- 对于“问题类型”，选择“服务和订阅限制(配额)”。
- 对于“订阅”，请选择自己的订阅。
- 对于“配额类型”，选择“存储: Azure NetApp 文件限制”。
在“其他详细信息”选项卡下，在“请求详细信息”字段中选择“输入详细信息” 。
若要请求增加限额，请在显示的“配额详细信息”窗口中提供以下信息：
在“配额类型”中，选择要增加的资源类型。
例如：- 每个订阅的区域容量配额 (TiB)
- 每个 Azure 区域每个订阅的 NetApp 帐户数
- 每个订阅的卷数
在“请求的区域”中，选择你的区域。
当前和默认大小显示在“配额状态”下。输入一个值，请求增加指定的配额类型。
选择“保存并继续”。 选择“查看 + 创建”，以创建请求。