Azure NetApp Files での大容量ボリュームを理解する
Azure NetApp Files のボリュームは、Azure クラウド内のネットワーク接続ストレージ (NAS) クライアントにハイ パフォーマンスでコスト効率の高いストレージを提示する方法です。 ボリュームは、独自の容量、ファイル数、ACL、スナップショット、およびファイル システム ID を持つ独立したファイル システムとして機能します。 これらの特性により、データセットを個々のセキュリティで保護されたテナントに分離する方法が提供されます。
Azure NetApp ファイル内のすべてのリソースには、制限があります。 レギュラー ボリュームには、次の制限事項があります:
| 制限の種類 | 制限 |
|---|---|
| 容量 |
|
| ファイル数 | 2,147,483,632 |
| パフォーマンス |
|
大容量ボリュームには、次の制限事項があります:
| 制限の種類 | 値 |
|---|---|
| 容量 |
|
| ファイル数 | 15,938,355,048 |
| パフォーマンス |
|
大容量ボリュームのパフォーマンスへの影響
多くの場合、特にデータベース ワークロード、一般的なファイル共有、Azure VMware Service または仮想デスクトップ インフラストラクチャ (VDI) ワークロードなどの運用ワークロードのパフォーマンス ニーズはレギュラー ボリュームで処理できます。 ワークロードのメタデータの負荷が高い場合や、レギュラー ボリュームで処理できる量を超えるスケールが必要な場合は、大容量ボリュームによって、コストへの影響を最小限に抑えながらパフォーマンス ニーズが向上する可能性があります。
たとえば、次のグラフは、大容量ボリュームがレギュラー ボリュームの 2 ~ 3 倍のパフォーマンスを実現できることを示しています。
パフォーマンス テストの詳細については、「Linux の大容量ボリューム パフォーマンス ベンチマーク」 および 「Linux のレギュラー ボリューム パフォーマンス ベンチマーク」を参照してください。
たとえば、フレキシブル I/O テスター (FIO) を使用したベンチマーク テストでは、レギュラー ボリュームよりも大容量ボリュームの方が、高い I/OPS とスループットを達成しました。
ワークロードの種類とユース ケース
レギュラー ボリュームは、ほとんどのワークロードを処理できます。 容量、ファイル数、パフォーマンス、またはスケールの制限に達したら、新しいボリュームを作成する必要があります。 この条件により、ソリューションに不要な複雑さが加えられます。
大容量ボリュームによって、レギュラー ボリュームの現在の制限を超えてワークロードを拡張できます。 次の表に、各ボリュームの種類のユース ケースの例をいくつか示します。
| Volume type | 主なユース ケース |
|---|---|
| レギュラー ボリューム |
|
| 大きなボリューム |
|