Azure NetApp Files の
Azure NetApp Files ボリュームには、ボリュームに格納できるファイルとフォルダー (inode とも呼ばれます) の最大数を示す maxfiles という値があります。 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数に影響します。
次の表は、通常のボリュームのボリューム サイズに基づいたリレーションシップ 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 Mmonitor のメトリックは、ボリュームをマウントするオペレーティング システムによって提供されるメトリックよりも少ないファイルを反映している可能性があります。 この動作は予期されています。
maxfiles の制限に達した場合、クライアントで新しいファイルまたはフォルダーを作成しようとすると、"領域不足" メッセージを受け取ります。 この情報に基づいてクォータを調整すると、inode の可用性が向上する可能性があります。
maxfiles 制限に関してさらに問題がある場合は、Microsoft テクニカル サポートにお問い合わせください。
クォータ要求を通じてデータ保護ボリュームの maxfiles 制限を設定することはできません。 Azure NetApp Files は、ボリュームにレプリケートされるファイルの数に対応するために、データ保護ボリュームの maxfiles 制限を自動的に増やします。 データ保護ボリュームでフェールオーバーが発生した場合、maxfiles 制限はフェールオーバー前の最後の値のままです。 このような状況では、ボリュームの maxfilesクォータ要求を送信できます。