你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
了解 Azure NetApp 文件中的
Azure NetApp 文件卷具有一个名为 maxfiles 的值，该值引用卷可包含的最大文件和文件夹数（也称为 inode）。 Azure NetApp 文件卷的 maxfiles 限制基于卷的大小（配额），服务根据卷的预配大小动态调整卷的 maxfiles 限制，并使用以下准则。
对于小于或等于 683 GiB 的常规卷，默认
maxfiles限制为 21,251,126。对于大于 683 GiB 的常规卷，默认
maxfiles限制大约是一个文件（或 inode）/32 KiB 分配的卷容量，最大为 2,147,483,632。对于大型卷，默认
maxfiles限制大约为每 32 KiB 分配的卷容量一个文件（或 inode），最大值默认为 15,938,355,048。每个 inode 在卷中使用大约 288 字节的容量。 卷中存在许多 Inode 会在实际数据容量的基础上消耗大量的物理空间开销。
- 如果文件的大小小于 64 字节，则该文件存储在 Inode 本身之中，不会使用额外的容量。 仅当文件实际分配给卷时，才使用此容量。
- 大于 64 字节的文件确实会使用卷上的额外容量。 例如，如果 Azure NetApp 文件卷中有 100 万个大于 64 字节的文件，则大约有 274 MiB 的容量属于 Inode。
注释
快照计入总
maxfiles计数。
下表显示了基于常规卷的卷大小的关系 maxfiles 值的示例。
| 卷大小 | 估计 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 限制 |
|---|---|
| 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 中可用和使用的指标。
注释
将根据 maxfiles 帐户配额限制报告最大文件数指标。 Azure Mmonitor 中的指标反映的文件数可能比装载卷的操作系统提供的指标要少。 这是预期的行为。
达到 maxfiles 限制时，客户端在尝试创建新文件或文件夹时收到“空间不足”消息。 根据此信息调整配额可以提高 inode 的可用性。 如果对 maxfiles 限制还有其他问题，请联系 Microsoft 技术支持。
无法通过配额请求为数据保护卷设置 maxfiles 限制。 Azure NetApp 文件会自动增加数据保护卷的 maxfiles 限制，以便能够容纳复制到卷中的文件数量。 当数据保护卷发生故障转移时，maxfiles 的限制保持在故障转移前的最后一个值。 在这种情况下，可以提交卷的 maxfiles配额请求。