收集或估算：

使用高水位值，而不是每日平均值。构建管道、分析作业、迁移和临时暂存工作流程通常会在短时间内创建最大的命名空间，然后进行清理，但 inode 和目录文件在清理后可以保留高水位标记。

保持两个独立的预测：

*请勿从另一个值推导出另一个值。*分片命名空间（文件分布在多个目录中）可以在不创建大型目录的情况下耗尽 maxfiles。单个平面目录可以达到 `maxdir-size`限制，而卷具有数百万个可用 inode。

*请勿仅根据 NTFS 或大量 ACL 命名空间上的可见文件计数来调整 `maxfiles`的大小。*在预测中包括目录、ACL inode、命名流和其他公共对象。在 ACL 大量存在的情况下，使用预计文件和目录数的最多两倍作为 `files`的保守起始估算值，然后使用代表性数据进行验证，因为 ACL 共享可以减少实际使用量。

请参阅"ONTAP inode 类型"和"Maxdir-size 和大型 ONTAP 目录"。

有三种常见的命名空间布局。

在可能的情况下，如果应用程序可以使用宽层次结构或深层次结构，请避免将数百万个名称放在一个平面目录级别。扁平布局会集中内存和 CPU 工作，并可能在批量 GETATTR、 READDIR、查找和删除操作期间增加延迟。在 FlexGroup 卷中，大型平面目录也可能产生更多的远程条目，导致其目录文件比 FlexVol 中具有相同可见名称计数时更早接近 maxdir-size。

FlexGroup 卷通常在许多较小的目录中表现最佳，而不是在一个较大的平面目录中。大小约低于 2 MiB 的目录保留在简单扫描路径上。从 ONTAP 9.2 开始，较大的目录会自动编制索引，这有助于进行有针对性的查找。索引不会使非常大的目录等同于分片层次结构：枚举、通配符扫描和单目录创建序列化仍然适用。ONTAP 可以远程放置 FlexGroup 子目录，同时优先保证文件与父目录的局部性，从而降低这些文件的远程延迟。

跨层次结构分发文件意味着使用更多目录，每个目录中的文件更少。

常见的分片键包括：

选择足够的分片来保持目录操作的可管理性，但不要创建太多几乎为空的目录，以至于目录计数本身变得过多。确定性方案使放置可预测，并允许客户端定位文件，而无需扫描每个分片。

宽布局和深布局均可行。请确保完整路径长度在 NAS 协议、客户端操作系统和应用程序的限制范围内。如果扁平布局不可避免，请按照 "查看maxdir-size和当前目录大小" 中的说明监控最大目录文件的当前大小和 `maxdir-size`可用空间，并验证进行受控增加是否合适。

请勿计划在*已用*信息节点或最大目录文件的 100% 处进行稳态操作。为意外增长、临时对象、Snapshot 保留的元数据、ACL 和流、迁移重叠、备份工作、FlexGroup 放置不平衡以及更改文件名的软件更改保留余量。

将 files`设置为当前最大值是一个上限，而不是允许运行到最后一个 inode 消失。在该上限之前，请对 `files-used`发出警报。对于 `maxdir-size，"超过 maxdir-size 时会发生什么？"中大约 2% 的增加指导是提高上限的方法，而非通用的操作余量。

分别为 inode 文件、目录文件、索引、Snapshot 和聚合元数据制定预算。使用每个已分配公共 inode 288 字节作为 inode 文件的基本估算值；请参阅"容量影响"。提高 `files`不会立即分配该空间。将峰值已分配 inode 文件容量视为持久性容量。

使用 `volume show-space`检查 inode 和元数据容量，而不是将每个 CLI 计数器转换为字节值。

测试至少：

路径长度和基名长度不可互换。分布在多个目录中的长路径会影响协议限制和 inode 计数，而每个目录仅存储其直接组件。

顺序带宽测试无法预测高文件计数行为。包括：

测量延迟分布、CPU、缓存行为、网络负载和完成时间。如果快照、复制、分析、备份和安全扫描操作在生产环境中共存，则在 Snapshot、复制、分析、备份和安全扫描期间重复测试。

测试超过初始摄入量：

目录索引可能需要在目标处构建或传输。仅当避免重建能显著改善恢复时，才启用公共索引传输；它不会改善本地查找。请参阅"何时启用公共目录索引传输"。

跟踪 files-used，依据 files`和 `inodefile-public-capacity，如"监控 maxfiles、EMS 事件和 ONTAP 增强功能"中所述。在 `files-used`达到 `files`之前发出警报。对于 FlexGroup 卷，即使整体总量看似尚有余量，也应调查成分级别事件。

测量目录文件大小并解析 EMS 文件 ID，如 "查看maxdir-size和当前目录大小" 中所述。在生成警告之前，盘点已知的扁平目录或频繁变动的目录。

对于inode警告：

对于目录大小警告：

不要等待 callhome.no.inodes`或 `wafl.dir.size.max；此时客户端创建已失败。

删除文件可以释放公共 inode 以供重用，但不会收缩公共 inode 文件。同样，从目录中删除名称可以使目录插槽可重用，但通常不会减少目录文件的高水位大小。

大型删除可能是元数据密集型的，并且可能暂时增加私有僵尸信息节点。当客户端递归删除（(rm -rf）与生产流量竞争时，请对其进行速率限制。

从 ONTAP 9.8 开始， `volume file async-delete`从集群中删除目录，而不是通过 NFS 或 SMB，从而避免客户端和网络争用。它适用于 FlexVol 和 FlexGroup 卷。ONTAP 扫描路径，先删除子目录内容，并运行并行删除任务（默认 5,000 个并发任务；可配置范围为 50 到 100,000）。在 TR-4571 测试中，这比在包含 24,000 个条目的目录树上进行单线程 `rm -rf`快约 10 倍。

约束：卷必须联机并挂载，路径必须是目录（而不是单个文件），一次只能运行一个异步删除作业。

如果大型稀疏目录仍然存在问题，请将剩余条目复制到新目录中。降低 `maxdir-size`并不会压实它。请参阅 "稀疏目录和打孔"。

即使数据吞吐量较低，高文件计数操作也会消耗 CPU、内存、缓存和存储 I/O。保持以下方面的余量：

使用观察到的元数据需求平衡工作负载，而不仅仅是容量或吞吐量。当网络和磁盘带宽显示为可用时，节点可能受到元数据的限制。

高文件计数 NAS 通常受元数据限制。NFS 或 SMB 挂载通常使用一个 TCP 连接到一个数据 LIF，且该 LIF 位于一个节点上。如果许多客户端、扫描程序或备份作业挂载相同的地址，则即使集群的其余部分处于空闲状态，该节点也会将 CPU 用于协议处理。FlexGroup 可以通过集群网络重定向文件操作，但这不会消除拥有客户端连接的节点上的负载。

支持 NFS nconnect 或 SMB 多通道的单个客户端可以在一个挂载上打开其他连接。这有助于该客户端；但不能替代将多个客户端分散到 LIF 和节点上的方式。

后续 ONTAP 版本包括目录索引、inode 管理改进、稀疏目录优化、目录索引传输及其他高文件数量增强功能。升级决策仍须考虑平台支持、数据保护兼容性和应用程序资质。

请勿仅因与高文件数量相关而启用某项功能：

从 ONTAP 9.17.1 开始，File System Analytics 可以在新创建的 NAS SVM 中的新卷上默认启用。请检查 `-analytics-state`而非假设其已被禁用，并在评估高文件数工作负载时考虑其命名空间扫描。

记录：

当应用程序版本、文件名格式、保留、协议或数据保护工作流发生变化时，重新审视模型。