クール アクセスを使用する Azure NetApp Files ストレージを管理する
Azure NetApp Files ストレージとクール アクセスを使うと、非アクティブなデータが Azure NetApp Files ストレージ (ホット層) から Azure ストレージ アカウント (クール層) に移動するように構成できます。 これにより、Azure NetApp Files の格納データに対する総保有コストを削減できます。
クール アクセス機能を使用すると、クール アクセスを使用して容量プールを構成できます。 クール アクセス機能を使用するストレージ サービス レベルでは、コールド (アクセス頻度の低い) データをボリュームおよびボリュームのスナップショットから Azure ストレージ アカウントに移動するため、ストレージのコストを削減するのに役立ちます。 クール アクセスが有効になっているサービス レベル (Standard、Premium、Ultra) では、スループット要件は変わりません。 ただし、Azure ストレージ アカウントからデータを読み取る必要があるため、データ アクセスの待機時間に違いがある可能性があります。
クール アクセス機能を使用するストレージには、ワークロードと読み取り/書き込みパターンに基づいて、ネットワーク転送コストを最適化するための "クール期間" のオプションが用意されています。 この機能は、ボリューム レベルで提供されます。 詳細については、クール期間の設定オプションに関するセクションを参照してください。 クール アクセス機能を使用するストレージでは、ボリューム単位ごとにメトリックも提供されます。 詳細については、「メトリック」セクションを参照してください。
考慮事項
- どのサービス レベルであっても、クライアントのワークロードに対する最大待機時間が保証されるわけではありません。
- Standard、Premium、および Ultra のサービス レベルではクール アクセスを利用できますが、この機能の使用に対する課金方法は、ホット層サービス レベルの料金とは異なります。 詳細と例については、「課金」セクションを参照してください。
- 既存の容量プールをクール アクセスの容量プールに変換して、クール アクセス ボリュームを作成できます。 ただし、いったん容量プールでクール アクセスを有効にすると、クール アクセス以外の容量プールに戻すことはできません。
- クール アクセスの容量プールには、クール アクセスが有効なボリュームとクール アクセスが無効なボリュームを両方含めることができます。
- 連続した読み取り操作 (ウイルス対策やその他のファイル スキャン操作など) 中のクール層からホット層へのデータ取得を防ぐには、クール アクセス取得ポリシーを "Default" または "Never" に設定します。詳細については、「新しいボリュームでクール アクセスを有効にする」を参照してください。
- クール アクセス ボリュームをサポートするオプションを使用して容量プールを構成したら、"容量プール" レベルで設定を無効にすることはできません。 ただし、いつでもボリューム レベルでクール アクセス設定をオンまたはオフにすることができます。 "ボリューム" レベルでクール アクセス設定をオフにすると、データのさらなる階層化が停止されます。
- クール アクセスでは大容量ボリュームを使用することはできません。
- リージョンごとのサブスクリプションあたりのクール アクセスでサポートされるボリュームの最大数については、Azure NetApp Files のリソース制限に関するページを参照してください。
- リージョン間レプリケーションおよびゾーン間レプリケーションでクール アクセスを使用する場合の考慮事項:
- 移動先のクール アクセス設定は、ソース ボリュームで設定が変更されたとき、またはレプリケーションの逆同期の承認または実行中に、ソース ボリュームと一致するように自動的に更新されます。 宛先ボリュームのクール アクセス設定を変更しても、ソース ボリュームの設定には影響しません。
- スナップショットの復元でクール アクセスを使用するための考慮事項:
- クール アクセスが有効なボリュームのスナップショットを新しいボリュームに復元すると、新しいボリュームは親ボリュームからクール アクセスの構成を継承します。 新しいボリュームが作成されたら、クール アクセスの設定を変更できます。
- クール アクセス以外のボリュームのスナップショットからクール アクセス ボリュームに復元することはできません。 同様に、クール アクセス ボリュームのスナップショットからクール アクセス以外のボリュームに復元することもできません。
- ボリュームを別の容量プールに移動するための考慮事項:
- クール アクセス ボリュームを別の容量プールに移動する場合 (サービス レベルの変更)、そのプールでもクール アクセスを有効にする必要があります。
- クール アクセスを無効にし、クール アクセス ボリュームで階層化をオフにした場合 (つまり、ボリュームでクール アクセスを使用しなくなった場合)、それをクール アクセス以外の容量プールに移動することはできません。 クール アクセスの容量プールでは、"クール アクセスが有効かどうかにかかわらず"、ボリュームはすべて、別のクール アクセスの容量プールにのみ移動できます。
クール アクセスを有効にする
容量プールとボリューム レベルでクール アクセスを有効にするには、クール アクセスを登録する必要があります。
機能を登録する
クール アクセスを使用する Azure NetApp Files ストレージは一般提供されています。 クール アクセスを初めて使用する前に、使用する予定のサービス レベルで機能に登録する必要があります。
登録が完了すると、機能が有効になり、バックグラウンドで動作します。 UI コントロールは必要ありません。
機能を登録します。
Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFCoolAccess
機能の登録の状態を確認します。
Note
RegistrationState が
Registering
状態からRegistered
に変化するまでに最大 60 分間かかる場合があります。 この状態が Registered になってから続行してください。Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFCoolAccess
また、Azure CLI のコマンド az feature register
と az feature show
を使用して、機能を登録し、登録状態を表示することもできます。
クール アクセス用に容量プールを構成する
クール アクセス ボリュームを作成または有効にする前に、クール アクセスを使用する容量プールを構成する必要があります。 これは、次のいずれかの方法で行えます。
新しい容量プールでクール アクセスを有効にする
- 容量プールを設定します。
- [クール アクセスを有効にする] チェック ボックスをオンにし、[作成] を選択します。
既存の容量プールでクール アクセスを有効にする
既存の容量プールでクール アクセスのサポートを有効にすることができます。 この操作により、クール アクセスを使用するようにプール内のボリュームを追加または変更できます。
クール アクセス用にボリュームを構成する
クール アクセスを使用する Azure NetApp Files ストレージは、ボリュームの作成時およびクール アクセスが有効になっている容量プールの一部である既存のボリュームで有効にすることができます。
新しいボリュームでクール アクセスを有効にする
[容量プール] メニューから [ボリューム] メニューを選びます。 [+ ボリュームの追加] を選び、新しい NFS、SMB、またはデュアル プロトコル ボリュームを作成します。
[ボリュームの作成] ページの [基本] タブで、次のオプションを設定して、ボリュームのクール アクセスを有効にします。
クール アクセスを有効にする
このオプションは、ボリュームがクール アクセスをサポートするかどうかを指定します。クール期間 このオプションは、アクセス頻度の低いデータ ブロック (コールド データ ブロック) が Azure ストレージ アカウントに移動されるまでの期間 (日数) を指定します。 既定値は 31 日間です。 サポートされている値は 2 日から 183 日の間です。
クール アクセスの取得ポリシー
このオプションは、データをホット アクセス層に戻す条件を指定します。 このオプションは、
Default
、On-Read
、またはNever
に設定できます。次のリストは、クール アクセスの取得ポリシー設定を使用したデータ取得動作について説明しています。
- "クール アクセスが有効":
- クール アクセスの取得ポリシーに値が設定されていない場合:
取得ポリシーはDefault
に設定され、コールド データはランダム読み取りを実行する際にのみホット層に取得されます。 順次読み取りは、クール層から直接提供されます。 - クール アクセスの取得ポリシーが
Default
に設定されている場合:
コールド データは、ランダム読み取りの実行によってのみ取得されます。 - クール アクセスの取得ポリシーが
On-Read
に設定されている場合:
コールド データは、順次読み取りとランダム読み取りのどちらの実行によっても取得されます。 - クール アクセスの取得ポリシーが
Never
に設定されている場合:
コールド データはクール アクセス層から直接提供され、ホット アクセス層には取得されません。
- クール アクセスの取得ポリシーに値が設定されていない場合:
- "クール アクセスが無効":
- クール アクセスが無効になっている場合、クール層に既存のデータがある場合にのみ、クール アクセスの取得ポリシーを設定できます。
- ボリュームのクール アクセス設定を無効にした後、クール アクセスの取得ポリシーは同じままです。
- "クール アクセスが有効":
ボリュームの作成を完了するには、次のいずれかの記事に従います。
既存のボリュームでクール アクセスを有効にする
クール アクセスが有効な容量プールでは、既存のボリュームを有効にしてクール アクセスをサポートできます。
クール アクセスを有効にするボリュームを右クリックします。
表示された [編集] ウィンドウで、ボリュームに対して次のオプションを設定します。
クール アクセスを有効にする
このオプションは、ボリュームがクール アクセスをサポートするかどうかを指定します。クール期間
このオプションは、アクセス頻度の低いデータ ブロック (コールド データ ブロック) が Azure ストレージ アカウントに移動されるまでの期間 (日数) を指定します。 既定値は 31 日間です。 サポートされている値は 2 日から 183 日の間です。クール アクセスの取得ポリシー
このオプションは、データをホット アクセス層に戻す条件を指定します。 このオプションは、
Default
、On-Read
、またはNever
に設定できます。次のリストは、クール アクセスの取得ポリシー設定を使用したデータ取得動作について説明しています。
- "クール アクセスが有効":
- クール アクセスの取得ポリシーに値が設定されていない場合:
取得ポリシーはDefault
に設定され、コールド データはランダム読み取りを実行する際にのみホット層に取得されます。 順次読み取りは、クール層から直接提供されます。 - クール アクセスの取得ポリシーが
Default
に設定されている場合:
コールド データは、ランダム読み取りの実行によってのみ取得されます。 - クール アクセスの取得ポリシーが
On-Read
に設定されている場合:
コールド データは、順次読み取りとランダム読み取りのどちらの実行によっても取得されます。 - クール アクセスの取得ポリシーが
Never
に設定されている場合:
コールド データはクール層から直接提供され、ホット層には取得されません。
- クール アクセスの取得ポリシーに値が設定されていない場合:
- "クール アクセスが無効":
- クール アクセスが無効になっている場合、クール層に既存のデータがある場合にのみ、クール アクセスの取得ポリシーを設定できます。
- ボリュームのクール アクセス設定を無効にした後、クール アクセスの取得ポリシーは同じままです。
- "クール アクセスが有効":
ボリュームのクール アクセス構成を変更する
クライアントの読み取り/書き込みパターンに基づいて、ボリュームの必要に応じてクール アクセス構成を変更できます。
クール構成を変更にするボリュームを右クリックします。
表示された [編集] ウィンドウで、必要に応じて [クール期間] と [クール アクセスの取得ポリシー] フィールドを更新します。