Azure NetApp Files の maxfiles の制限とは
Azure NetApp Files ボリュームには、ボリュームに格納できるファイルとフォルダー (inode とも呼ばれます) の最大数を示す maxfiles という値があります。 maxfiles の制限に達した場合、クライアントで新しいファイルまたはフォルダーを作成しようとすると、"領域不足" メッセージを受け取ります。 この問題が発生した場合は、Microsoft テクニカル サポートにお問い合わせください。
Azure NetApp Files ボリュームの maxfiles 制限はボリュームのサイズ (クォータ) に基づいています。具体的には、サービスはプロビジョニングされたサイズに基づいてボリュームの maxfiles 制限を動的に調整し、次のガイドラインを使用します。
- 683 GiB 以下の通常のボリュームの場合、既定の
maxfiles制限は 21,251,126 です。 - 683 GiB を超える通常のボリュームの場合、既定の
maxfiles制限は、割り当てられたボリューム容量 32 KiB あたり約 1 ファイル (または inode) であり、最大値は 2,147,483,632 です。 - 大きなボリュームの場合、既定の
maxfiles制限は、割り当てられたボリューム容量 32 KiB あたり約 1 ファイル (または inode) であり、既定の最大値は 15,938,355,048 です。 - 各 inode は、ボリューム内で約 288 バイトの容量を使用します。 ボリューム内に多数の inode があると、実際のデータの容量に加え、かなりの量の物理領域オーバーヘッドが消費される可能性があります。
- ファイルのサイズが 64 バイト未満の場合、ファイルは inode 自体の中に保存され、追加の容量は使用しません。 この容量は、ファイルがボリュームに実際に割り当てられている場合にのみ使用されます。
- 64 バイトを超えるファイルは、ボリューム上の追加の容量を消費します。 たとえば、Azure NetApp Files ボリューム内に 64 バイトを超えるファイルが 100 万個ある場合、約 274 MiB の容量が inode に属すものであることになります。
次の表は、通常のボリュームのボリューム サイズに基づいたリレーションシップ maxfiles 値の例を示しています。
| Volume size | 推定の 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 値の例を示しています。
| Volume size | 推定の 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 制限を設定することはできません。 Azure NetApp Files は、ボリュームにレプリケートされるファイルの数に対応するために、データ保護ボリュームの maxfiles 制限を自動的に増やします。 データ保護ボリュームでフェールオーバーが発生した場合、maxfiles 制限はフェールオーバー前の最後の値のままです。 このような状況では、ボリュームの maxfiles クォータ要求を送信できます。