クール アクセスを使用する Azure NetApp Files ストレージを管理する

クール アクセスを使用する Azure NetApp Files ストレージを使用すると、非アクティブなデータが Azure NetApp Files ストレージ ("ホット層") から Azure ストレージ アカウント ("クール層") に移動するように構成できます。 これにより、Azure NetApp Files の格納データに対する総保有コストを削減できます。

クール アクセス機能を使用すると、クール アクセスを使用して容量プールを構成できます。 クール アクセス機能を使用するストレージ サービス レベルでは、コールド (アクセス頻度の低い) データをボリュームおよびボリュームのスナップショットから Azure ストレージ アカウントに移動するため、ストレージのコストを削減するのに役立ちます。 Azure ストレージ アカウントからデータを読み取る必要があるため、データ アクセスの待機時間に違いがある可能性があります。

クール アクセス機能を備えたストレージには、ワークロードと読み取り/書き込みのパターンに基づいて、ネットワーク転送コストを最適化するための "クールネス期間" のオプションが用意されています。 この機能は、ボリューム レベルで提供されます。 詳細については、クール期間のオプション設定に関するセクションを参照してください。 クール アクセス機能を使用するストレージでは、ボリューム単位ごとにメトリックも提供されます。 詳細については、メトリックに関するセクションを参照してください。

考慮事項

クール アクセスを使用する場合は、いくつかの考慮事項に注意する必要があります。

クール アクセスの一般的な考慮事項

• どのサービス レベルであっても、クライアントのワークロードに対する最大待機時間が保証されるわけではありません。
• Standard、Premium、Ultra のサービス レベルではクール アクセスを利用できますが、この機能の使用に対する課金方法は、ホット層サービス レベルの料金とは異なります。 詳細と例については、「課金」セクションを参照してください。
• クール アクセスでは、 Auto と SnapshotOnlyの 2 つの階層化ポリシーがサポートされます。 SnapshotOnly ポリシーでは、スナップショット内のデータへのデータ階層化が制限されますが、アクティブなファイル システム内のファイルに関連付けられているすべてのデータ ブロックはホット層に残ります。 Auto ポリシーには、アクティブなファイル システム内のスナップショット コピー データとデータの両方が含まれます。 スループットは、とAutoの両方の階層化ポリシーのSnapshotOnlyに基づきます。
• シーケンシャル読み取り操作 (ウイルス対策やその他のファイル スキャン操作など) 中のクール層からホット層へのデータ取得を防ぐには、クール アクセス取得ポリシーを [既定] または [なし] に設定します。 取得ポリシーの詳細については、「 新しいボリュームでクール アクセスを有効にする」を参照してください。
• クール層に移動されたファイルは、ボリュームでクール アクセスを無効にした後もそこに残存します。 ウォーム レベルに戻すには、"各" ファイルに対して I/O 操作を実行する必要があります。
• リージョンごとのサブスクリプションあたりのクール アクセスでサポートされるボリュームの最大数については、「Azure NetApp Files のリソース制限」を参照してください。
• 大容量ボリュームでのクール アクセスがサポートされています。 クール アクセスが有効な大容量ボリュームを作成する前に、大容量ボリュームを使うために登録を行ったことを確認してください。

クール アクセスが有効な容量プールについての考慮事項

• 既存の容量プールをクール アクセスの容量プールに変換して、クール アクセス ボリュームを作成できます。 容量プールでクール アクセスを有効にすると、クール アクセス以外の容量プールに戻すことはできません。
  • クール アクセスを有効にすると、クール期間によって設定された条件を満たすデータがクール層に移動します。 たとえば、クール期間が 30 日に設定されている場合、クール アクセスを有効にすると、少なくとも 30 日間クールだったデータはすべてクール層に移動します。 クールネス期間に達すると、バックグラウンド ジョブがクール層へのデータ転送を開始するのに最大 48 時間かかることがあります。
• クール アクセスの容量プールには、クール アクセスが有効なボリュームとクール アクセスが無効なボリュームを両方含めることができます。
• クール アクセス ボリュームをサポートするオプションを使用して容量プールを構成したら、"容量プール" レベルで設定を無効にすることはできません。 クール アクセス設定は、"ボリューム" レベルでいつでもオンまたはオフにできます。 ボリュームレベルでクールアクセス設定をオフにすると、データのさらなる階層化が停止します。 

ボリュームを別の容量プールに移動するための考慮事項

• クール アクセスが有効になっているボリュームは、それらの容量プールでクール アクセスが有効な場合にのみ、容量プール間で移動できます。 クール アクセスが有効になっているボリュームは、そのボリュームでクール アクセスが無効になっている場合でも、クール アクセスが有効な容量プールにのみ存在できます。
• クール アクセス ボリュームを別の容量プールに移動する場合 (サービス レベルの変更)、そのプールでもクール アクセスを有効にする必要があります。
• クール アクセスを無効にし、クール アクセス ボリュームで階層化をオフにした場合 (つまり、ボリュームでクール アクセスを使用しなくなった場合)、それをクール アクセス以外の容量プールに移動することはできません。 クール アクセスの容量プールでは、"クール アクセスが有効かどうかに関係なく"、ボリュームはすべて、別のクール アクセスの容量プールにのみ移動できます。

Premium および Ultra サービス レベル ボリュームでクール アクセスを使用するためのスループットに関する考慮事項

• Premium および Ultra 容量プールのボリュームでクール アクセスを有効にすると、スループットが低下します。
  • Premium サービス レベルの場合、スループットは 1 TiB あたり 36 MiB/秒です (クール アクセスを使用しない場合は 1 TiB あたり 64 MiB/秒)
  • Ultra サービス レベルの場合、スループットは 1 TiB あたり 68 MiB/秒です (クール アクセスを使用しない場合は 1 TiB あたり 128 MiB/秒)
  • スループット制限の削減は、 Auto および SnapshotOnly 階層化ポリシーに適用されます。
• このスループットの低下は、その後、ボリュームに対してクール アクセス機能をオフにした場合も変わりません。 
• ボリュームでクール アクセスが有効になっている場合は、割引価格が適用されます。 減少した帯域幅に対して、追加の割引は適用されません。 代わりに、クール アクセスの価格が適用され、その価格には本質的にスループットの低下が含まれています。

クール アクセスが有効なボリューム上のデータを削除するための考慮事項

• クール アクセス層のデータを含むボリュームが削除されると、ホット アクセス層にデータをリハイドレートすることなく、クール アクセス層から直接削除プロセスが実行されます。 削除対象としてマークされたデータは、サービスでスケジュールされたジョブに従ってクリーンアップされます。 

  Azure NetApp Files でボリュームが削除されると、関連付けられている Azure Blob Storage 内のデータは削除対象としてマークされます。 クリーンアップ ジョブが完了するまでデータは Azure Blob Storage に残りますが、削除されたボリュームに対しては課金されません。 サービスが課金の詳細を管理します。 ボリュームが削除された後、Azure Storage で削除が保留中のデータのコストは発生しません。 

• データのリハイドレート: ボリュームが削除される際、データはホット ティアにリハイドレートされないため、削除プロセスが効率化され、不要なデータ移動が軽減されます。

  • クール アクセス層からホット アクセス層にデータをリハイドレートする唯一の方法は、クライアントまたはアプリケーションがデータ ブロックを読み取ることです。

リージョン間およびゾーン間レプリケーションに関する考慮事項

• リージョン間およびゾーン間レプリケーションでは、宛先ボリュームのクール アクセス設定がソース ボリュームと一致するように自動的に更新されます。 この更新は、ソース ボリュームの設定が変更されるたび、または認可時に実行されます。 この設定は、レプリケーションの逆同期が実行されるときにも自動的に更新されますが、これはクール アクセスが有効な容量プール内に宛先ボリュームがある場合のみです。 宛先ボリュームのクール アクセス設定を変更しても、ソース ボリュームの設定には影響しません。
• リージョン間またはゾーン間のレプリケーション構成では、ターゲット ボリュームに対してのみクール アクセスを有効にして、ソース ボリュームでの待ち時間に影響を与えることなく、データ保護を強化し、コストを削減できます。

スナップショットの復元に関する考慮事項

• クール アクセスが有効なボリュームのスナップショットを新しいボリュームに復元すると、新しいボリュームは親ボリュームからクール アクセス構成を継承します。 新しいボリュームの作成後、クール アクセス設定を変更できます。
• クール アクセス以外のボリュームのスナップショットからクール アクセス ボリュームに復元することはできません。 同様に、クール アクセス ボリュームのスナップショットからクール アクセス以外のボリュームに復元することもできません。

クール アクセスを有効にする

容量プールとボリューム レベルでクール アクセスを有効にするには、Premium または Ultra サービス レベルでクール アクセスを登録する必要があります。 Standard サービス レベルでは登録は不要です。

機能を登録する

クール アクセス用に容量プールを構成する

クール アクセス ボリュームを作成または有効にする前に、クール アクセスを使用する容量プールを構成します。 これは、次のいずれかの方法で行えます。

• クール アクセスを使用する新しい容量プールを作成する
• クールアクセス ボリュームをサポートするように既存の容量プールを変更する

新しい容量プールでクール アクセスを有効にする

1. 容量プールを設定します。
2. [クール アクセスを有効にする] チェックボックスをオンにし、[作成] を選択します。

既存の容量プールでクール アクセスを有効にする

既存の容量プールでクール アクセスのサポートを有効にすることができます。 その後、プール内のボリュームを追加または変更して、クール アクセスを使用できます。

1. クール アクセスを有効にする容量プールを右クリックします。

2. [クール アクセスを有効にする] を選択します。

   

クール アクセス用にボリュームを構成する

ボリュームの作成時、クール アクセスが有効な容量プールの一部である既存のボリューム上で、クール アクセスを使用する Azure NetApp Files ストレージを有効にすることができます。

新しいボリュームでクール アクセスを有効にする

1. [容量プール] メニューで、[ボリューム] を選択します。 新しいネットワーク ファイル システム (NFS)、サーバー メッセージ ブロック (SMB)、またはデュアル プロトコル ボリュームを作成するには、[+ ボリュームの追加] を選択します。

2. [ボリュームの作成] ページの [基本] タブで、次のオプションを設定してボリュームのクール アクセスを有効にします。

   • クール アクセスを有効にする:

     クールネス期間は、データがコールド 層に移行されるまでの最小日数を定義します。 既定値は 31 日間です。 サポートされている値は 2 日から 183 日の間です。

     メモ

     クール期間はボリュームの作成時から計算されます。 既存のボリュームでクール アクセスが有効になっている場合、クール期間はそれらのボリュームにさかのぼって適用されます。 ボリューム上の特定のデータ ブロックがクール期間に指定された日数だけアクセスされていない場合、これらのブロックは機能が有効になるとクール層に移動します。 クールネス期間に達すると、バックグラウンド ジョブがクール層へのデータ転送を開始するのに最大 48 時間かかることがあります。

   • クール アクセスの取得ポリシー:

     このオプションは、データがホット 層に戻る条件を指定します。 このオプションは、[既定]、[読み取り時]、または [なし] に設定できます。

     クール アクセス取得ポリシーの値を設定しない場合、取得ポリシーは Default に設定されます。 次の表では、各ポリシーのデータ取得動作について説明します。

     取得ポリシー	行動
     既定値	ランダム読み取りを実行すると、コールド データがホット 層に返されます。 データは、クール層から順次読み取りを使用して提供されます。
     読み取り時	シーケンシャル読み取りとランダム読み取りの両方で、コールド データがホット 層に返されます。
     決してない	コールド データは、クール層から直接提供されます。 データがクール層に移動した後は、ホット層には返されません。

   • クール アクセス階層化ポリシー

     階層化ポリシーは、クール層に移動するデータを管理します。 すべてのデータを階層化したり、スナップショットへの階層化を制限したりすることができます。 次のいずれかのポリシーを選択します。

     階層化ポリシー	説明
     Auto	このポリシーには、アクティブなファイル システム内のデータとスナップショット コピー データの両方が含まれます。
     SnapshotOnly	このポリシーは、スナップショット内のデータへの階層化を制限します。 アクティブなファイル システム内のファイルに関連付けられているすべてのデータ ブロックは、ホット層に残ります。

   

3. ボリュームの作成を完了するには、関連するプロトコルの指示に従います。

   • NFS ボリュームを作成する
   • SMB ボリュームを作成する
   • デュアルプロトコル ボリュームを作成する

既存のボリュームでクール アクセスを有効にする

クール アクセスが有効な容量プールでは、既存のボリュームでクール アクセスのサポートを有効にすることができます。

1. クール アクセスを有効にするボリュームを右クリックします。

2. 表示された [編集] ウィンドウで、ボリュームに対して次のオプションを設定します。

   • クール アクセスを有効にする:

     クールネス期間は、データがコールド 層に移行されるまでの最小日数を定義します。 既定値は 31 日間です。 サポートされている値は 2 日から 183 日の間です。

     メモ

     クール期間はボリュームの作成時から計算されます。 既存のボリュームでクール アクセスが有効になっている場合、クール期間はそれらのボリュームにさかのぼって適用されます。 ボリューム上の特定のデータ ブロックがクール期間に指定された日数だけアクセスされていない場合、これらのブロックは機能が有効になるとクール層に移動します。 クールネス期間に達すると、バックグラウンド ジョブがクール層へのデータ転送を開始するのに最大 48 時間かかることがあります。

   • クール アクセスの取得ポリシー:

     このオプションは、データがホット 層に戻る条件を指定します。 このオプションは、[既定]、[読み取り時]、または [なし] に設定できます。

     クール アクセス取得ポリシーの値を設定しない場合、取得ポリシーは Default に設定されます。 次の表では、各ポリシーのデータ取得動作について説明します。

     取得ポリシー	行動
     既定値	ランダム読み取りを実行すると、コールド データがホット 層に返されます。 データは、クール層から順次読み取りを使用して提供されます。
     読み取り時	シーケンシャル読み取りとランダム読み取りの両方で、コールド データがホット 層に返されます。
     決してない	コールド データは、クール層から直接提供されます。 データがクール層に移動した後は、ホット層には返されません。

   • クール アクセス階層化ポリシー

     階層化ポリシーは、クール層に移動するデータを管理します。 すべてのデータを階層化したり、スナップショットへの階層化を制限したりすることができます。 次のいずれかのポリシーを選択します。

     階層化ポリシー	説明
     Auto	このポリシーには、アクティブなファイル システム内のデータとスナップショット コピー データの両方が含まれます。
     SnapshotOnly	このポリシーは、スナップショット内のデータへの階層化を制限します。 アクティブなファイル システム内のファイルに関連付けられているすべてのデータ ブロックは、ホット層に残ります。

   

3. [ OK] を 選択して変更を確定します。

ボリュームのクール アクセス構成を変更する

クライアントの読み取り/書き込みパターンに基づいて、ボリュームの必要に応じてクール アクセス構成を変更できます。

1. クールネス設定を変更するためのボリュームを右クリックします。

2. 表示された [編集] ウィンドウで、必要に応じて [クール期間] および [クール アクセスの取得ポリシー] フィールドを更新します。

関連するコンテンツ

• クール アクセスの Azure NetApp Files ストレージ
• クール アクセスを使用する Azure NetApp Files ストレージのパフォーマンスに関する考慮事項