Azure NetApp Files のストレージ階層
Azure NetApp Files のボリュームを作成する前に、プロビジョニング容量のプールを購入して設定する必要があります。 容量プールを設定するには、NetApp アカウントが必要です。 ストレージ階層についての理解は、Azure NetApp Files のリソースを設定および管理するうえで役立ちます。
重要
Azure NetApp Files は現在、サブスクリプション間でのリソースの移行をサポートしていません。
ストレージ階層の概念図
次の例は、Azure サブスクリプション、NetApp アカウント、容量プール、ボリュームの関係を示したものです。
- NetApp アカウントは、構成容量プールの管理グループとしての役割を果たします。
- NetApp アカウントは、一般的な Azure Storage アカウントとは異なります。
- NetApp アカウントは、範囲がリージョン単位となります。
- 1 つのリージョンで複数の NetApp アカウントを持つことはできますが、個々の NetApp アカウントが関連付けられるリージョンは 1 つだけです。
容量プール
容量プールのしくみを理解することは、ストレージのニーズに適した容量プールの種類の選択に役立ちます。
容量プールの一般的な規則
- 容量プールは、そのプロビジョニング容量で測定されます。
詳細については、QoS の種類に関する記事を参照してください。 - 容量は、購入した固定 SKU 単位でプロビジョニングされます (4 TiB 容量など)。
- 容量プールに割り当てることができるサービス レベルは 1 つだけです。
- 各容量プールが属することができる NetApp アカウントは 1 つだけです。 ただし、1 つの NetApp アカウント内に複数の容量プールを持つことができます。
- 1 つの容量プールを複数の NetApp アカウントにまたがって移動することはできません。
たとえば、ストレージ階層の概念図」で、容量プール 1 を米国東部の NetApp アカウントから米国西部 2 の NetApp アカウントへ移動することはできません。 - 容量プール内のすべてのボリュームを削除するまで、容量プールを削除することはできません。
- クール アクセス オプションを使って、Standard、Premium、または Ultra サービス レベルの容量プールを構成できます。 クール アクセスの詳細については、「クール アクセスを使用する Azure NetApp Files ストレージ」を参照してください。
QoS の種類は容量プールの属性です。 Azure NetApp Files では、"自動 (既定)" と "手動" の 2 種類の QoS 容量プールが提供されます。
"* 自動* " の種類の QoS
容量プールを作成する場合、既定の QoS の種類は [自動] になります。
自動 QoS 容量プールでは、ボリュームに割り当てられたサイズ クォータに比例して、スループットがプール内のボリュームに自動的に割り当てられます。
ボリュームに割り当てられる最大スループットは、容量プールのサービス レベルとボリュームのサイズ クォータによって異なります。 計算例については、「Azure NetApp Files のサービス レベル」を参照してください。
QoS の種類の考慮事項については、「Azure NetApp Files のパフォーマンスに関する考慮事項」をご覧ください。
"手動" の QoS の種類
容量プールを作成するときには、容量プールに対して、手動 QoS の種類を使用するように指定できます。 手動 QoS の種類を使用するように既存の容量プールを変更することもできます。 容量の種類を手動 QoS に設定することは、永続的な変更です。 種類が手動 QoS である容量プールを、自動 QoS 容量プール変換することはできません。 (ただし、手動 QoS 容量プールから自動 QoS 容量プールにボリュームを移動できます。「ボリュームのサービス レベルを動的に変更する」を参照してください)。
手動 QoS 容量プールでは、ボリュームの容量とスループットを個別に割り当てることができます。 最小および最大のスループット レベルについては、「Azure NetApp Files のリソース制限」を参照してください。 手動 QoS 容量プールで作成されたすべてのボリュームの合計スループットは、プールの合計スループットによって制限されます。 これは、プール サイズとサービスレベルのスループットの組み合わせによって決まります。 たとえば、Ultra サービス レベルの 4 TiB の容量プールで、ボリュームに対して使用可能な合計スループット容量は 512 MiB/s (4 TiB x 128 MiB/s/TiB) です。
手動 QoS の使用例
たとえば SAP HANA システム、Oracle データベース、または複数のボリュームを必要とするその他のワークロードと共に手動 QoS 容量プールを使用するときには、容量プールを使用してこれらのアプリケーションのボリュームを作成できます。 各ボリュームでは、アプリケーションの要件を満たすサイズとスループットを個々に提供できます。 メリットの詳細については、「手動 QoS 容量プールのボリュームにおけるスループット制限の例」を参照してください。
ボリューム
- ボリュームは、論理容量消費で測定され、スケーラブルです。
- ボリュームの容量消費は、そのプールのプロビジョニング容量を前提としてカウントされます。
- ボリュームのスループット消費量は、そのプールで使用可能なスループットに対してカウントされます。 「"手動" の種類の QoS」を参照してください。
- 各ボリュームが従属するプールは 1 つだけですが、1 つのプールは複数のボリュームを含むことができます。
- ボリュームには、50 GiB から 100 TiB の容量があります。 サイズが 50 TiB から 1 PiB の大容量ボリュームを作成することができます。
大きなボリューム
Azure NetApp Files を使用すると、最大 1 PiB の大量のボリュームを作成できます。 大容量ボリュームとは容量が 50 TiB 以上のもので、最大 1 PiB までスケールアップできます。 通常の Azure NetApp Files ボリュームは、50 GiB から 102,400 GiB の間で提供されます。
詳細については、「大きなボリュームに関する要件と考慮事項」を参照してください。