了解 Azure NetApp 文件中的 maxfiles 限制

Azure NetApp 文件卷具有一个名为 maxfiles 的值，该值引用卷可包含的最大文件和文件夹数（也称为 inode）。 Azure NetApp 文件卷的 maxfiles 限制取决于卷的大小（配额）。 服务基于其预配的大小动态调整卷的 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的卷大小的关系 值的示例。

卷大小	估计 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 Monitor 中的指标反映的文件数可能比装载卷的操作系统提供的指标要少。 这是预期的行为。

maxfiles 弹性区域冗余存储的限制

每个卷的默认 inode 数目上限是根据卷大小设定的。 每个 inode 都需要 32KB 的空间

卷大小	估计 maxfiles 限制
100 GiB	3,100,000
500 GiB	15,500,000
1 Tebibyte (1 TiB)	31,800,000
5 TiB	159,300,000
10 TiB	318,700,000

空间不足错误

达到 maxfiles 限制时，客户端在尝试创建新文件或文件夹时收到“空间不足”消息。 根据此信息调整配额可以提高 inode 的可用性。

注释

如果要增加卷的 maxfiles 限制，必须增大卷的大小。 如果卷已达到最大大小，但仍需要增加 maxfiles 限制，请联系 Microsoft 技术支持团队。

无法通过配额请求为数据保护卷设置 maxfiles 限制。 Azure NetApp 文件会自动增加数据保护卷的 maxfiles 限制，以便能够容纳复制到卷中的文件数量。 当数据保护卷发生故障转移时，maxfiles 的限制保持在故障转移前的最后一个值。 在这种情况下，可以提交卷的 maxfiles配额请求。

后续步骤

• Azure NetApp 文件资源限制
• 了解最大目录大小