各ファイルまたはディレクトリにはinodeが必要であり、オブジェクト名はinode自体ではなくディレクトリ内に存在します。ファイルの作成、検索、属性の取得、名前の変更、列挙、削除といった一般的なメタデータ操作は、データスループットが低い場合でも、ファイル数が多いワークロードの大部分を占める可能性があります。このようなシナリオでは、CPU使用率、演算の逐次処理、およびネットワークのRTTがパフォーマンスのボトルネックとなる可能性があります。プロトコルの動作も重要です。NFS および SMB クライアントは、ルックアップ、オープン、クローズ、属性、ディレクトリ読み取り操作のさまざまな組み合わせを発行できますが、多くの場合これらはプロトコル バージョンに依存します。その結果、使用するプロトコルとプロトコル バージョンによって、同様のファイル数が多いワークフローでも異なる結果が得られることがあります。

ONTAPは、公開iノードをシステム管理下の非表示のボリュームレベルiノードファイルに格納します。ONTAP 9の各iノードは288バイトを使用するため、iノードファイル自体がボリューム内の使用可能な容量を消費します。割り当てられた100万個のパブリックiノードは約288 MBの容量を使用します。オブジェクトを削除すると、再利用のためにiノードが解放されますが、iノードファイル自体は縮小しません。

さらに、ディレクトリファイルは、同じディレクトリに多数の名前を保存すると、容量を消費します。これらのディレクトリファイルはinodeファイルの一部ではありません。これらは名前とinode番号へのマッピングを保存し、 `maxdir-size`それぞれを個別に制限します。320 MBというデフォルト設定は上限値であり、予約値ではありません。1つのディレクトリファイルが320 MBのディレクトリファイルブロックにまで拡張された場合、それらのブロックは実際のボリューム容量のうち320 MBを使用します。

これら2つの構造は積み重なる可能性があります。割り当てられるinode数が多い場合、inodeファイルだけで数GBに達することがあり、さらに1つ以上の大きなディレクトリファイルが加わることで、数百MBの容量が追加される可能性があります。ボリュームには、すべてのディレクトリサイズが小さいまま大きなinodeファイルを持つものもあれば、inodeファイルは小さいまま大きなディレクトリが1つ存在するものもあります。そのメタデータは使用済みボリューム容量を消費しますが、クライアント側のユーザーデータファイルの一覧のみを参照している場合は見落としやすいものです。inodeファイルはユーザーから見えないファイルです。ディレクトリファイルのサイズは、ディレクトリオブジェクト自体に表示されます。

大きなディレクトリは小さなディレクトリよりも列挙に時間がかかり、多くのファイルが削除されたディレクトリのスキャンは依然としてコストがかかる場合があります。ディレクトリファイルサイズは、名前を削除した後でも、最大値のまま維持されます。インデックス付きディレクトリのホールパンチングにより、空の物理ブロックを回収して `READDIR`中にスキップできますが、通常は報告されたサイズを縮小しません。"maxdir-size の上限値の動作について"および"スパースディレクトリとホールパンチング"を参照してください。

数百万件のエントリを1つのディレクトリに集中させると、単一ディレクトリのスケーリングとシリアル化のポイントが作成され、ディレクトリ自体だけでなく、そのディレクトリを所有するノード（またはボリューム）のパフォーマンスにも影響を与える可能性があります。ファイルを複数のディレクトリ階層に分散させることで、並列処理が向上し、ディレクトリスキャンの範囲が縮小され、運用タスクが容易になります。

オブジェクト数が多いと、名前空間スキャン、バックアップカタログ作成、レプリケーション、リストア処理、およびリストア後のディレクトリインデックス構築に時間がかかる場合があります。例えば、NetApp SnapMirror は変更されたメタデータとファイルデータの両方を複製するため、作成、削除、名前変更が多数含まれるベースラインや更新は、ファイル数や容量が小さくてもコストが高くなる可能性があります。これらの課題は、NDMPベースのバックアップにも及ぶ可能性があります。

SnapMirrorによるディレクトリ インデックス転送の詳細については、"ONTAPのディレクトリインデックス作成"を参照してください。

maxfiles（ボリュームレベルのオプションとして設定 -files）は、単一ボリュームで使用可能なパブリック inode 数の構成可能な上限です。その数には、ファイルやディレクトリだけでなく、名前付きストリーム、ACL、その他のパブリックオブジェクトも含まれます。これらのオブジェクトの中には、通常のディレクトリ一覧には表示されないものもあります。ボリュームには、それらのレコードを格納する隠し inode ファイルが含まれています。ONTAP は、新しいパブリック inode が必要で空きレコードが残っていない場合に、 `-files`の設定とボリュームの合計サイズに達するまで inode ファイルを拡張します。 `-files`の設定可能な最大値は、ボリュームサイズと ONTAP の制限によって異なります。