クール アクセスで Azure NetApp Files の Standard Storage を管理する

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

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

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

考慮事項

• どのサービス レベルであっても、クライアントのワークロードに対する最大待機時間が保証されるわけではありません。
• この機能は、Standard サービス レベルでのみ使用できます。 Ultra または Premium サービス レベルではサポートされていません。
• Standard サービス レベルではクール アクセスを利用できますが、この機能の使用に対する課金方法は、Standard サービス レベルの料金とは異なります。 詳細と例については、「課金」セクションを参照してください。
• 既存の Standard サービス レベルの容量プールをクール アクセスの容量プールに変換して、クール アクセス ボリュームを作成できます。 ただし、いったん容量プールでクール アクセスを有効にすると、クール アクセス以外の容量プールに戻すことはできません。
• クール アクセスの容量プールには、クール アクセスが有効なボリュームとクール アクセスが無効なボリュームを両方含めることができます。
• 連続した読み取り操作 (ウイルス対策やその他のファイル スキャン操作など) 中のクール層からホット層へのデータ取得を防ぐには、クール アクセス取得ポリシーを "Default" または "Never" に設定します。詳細については、「新しいボリュームでクール アクセスを有効にする」を参照してください。
  • Azure NetApp Files バックアップ、ゾーン間レプリケーション、およびゾーン間レプリケーションからの順次読み取りは、データの温度に影響しません。
  • サードパーティのバックアップ サービスを使用する場合は、CIFS や NFS プロトコルの代わりに NDMP を使用するように構成してください。 NDMP 読み取りは、データの温度には影響しません。
• クール アクセス ボリュームをサポートするオプションを使用して容量プールを構成したら、"容量プール" レベルで設定を無効にすることはできません。 ただし、いつでもボリューム レベルでクール アクセス設定をオンまたはオフにすることができます。 "ボリューム" レベルでクール アクセス設定をオフにすると、データのさらなる階層化が停止されます。 
• 大きいボリュームでは、クール アクセスで Standard Storage を使用することはできません。
• リージョンごとのサブスクリプションあたりのクール アクセスでサポートされるボリュームの最大数については、Azure NetApp Files のリソース制限に関するページを参照してください。
• リージョン間レプリケーション (CRR) およびゾーン間レプリケーションでクール アクセスを使用する場合の考慮事項:
  • ボリュームがソース ボリュームとして CRR リレーションシップにある場合は、ミラー状態が Mirrored の場合にのみ、それに対してクール アクセスを有効にできます。 ソース ボリュームでクール アクセスを有効にすると、ターゲット ボリュームでクール アクセスが自動的に有効になります。
  • ボリュームがターゲット ボリューム (データ保護ボリューム) として CRR リレーションシップにある場合、そのボリュームに対してクール アクセスを有効にすることはできません。
  • クール アクセス設定は、ソース ボリュームと同じになるように、ターゲット ボリュームで自動的に更新されます。 ソース ボリュームのクール アクセス設定を更新すると、ターゲット ボリュームでも同じ設定が適用されます。
• Azure NetApp Files バックアップでクール アクセスを使用するための考慮事項:
  • ボリュームのバックアップが進行中の場合、ボリュームに対してクール アクセスを有効にすることはできません。
  • ボリュームにクール層データが既に含まれている場合、ボリュームのバックアップを有効にすることはできません。
  • ボリュームでバックアップが既に有効になっている場合は、ベースライン バックアップが完了した場合にのみクール アクセスを有効にすることができます。
• スナップショットの復元でクール アクセスを使用するための考慮事項:
  • クール アクセスが有効なボリュームのスナップショットを新しいボリュームに復元すると、新しいボリュームは親ボリュームからクール アクセスの構成を継承します。 新しいボリュームが作成されたら、クール アクセスの設定を変更できます。
  • クール アクセス以外のボリュームのスナップショットからクール アクセス ボリュームに復元することはできません。 同様に、クール アクセス ボリュームのスナップショットからクール アクセス以外のボリュームに復元することもできません。
• ボリュームを別の容量プールに移動するための考慮事項:
  • クール アクセス ボリュームを別の容量プールに移動する場合 (サービス レベルの変更)、そのプールでもクール アクセスを有効にする必要があります。
  • クール アクセスを無効にし、クール アクセス ボリュームで階層化をオフにした場合 (つまり、ボリュームでクール アクセスを使用しなくなった場合)、それをクール アクセス以外の容量プールに移動することはできません。 クール アクセスの容量プールでは、"クール アクセスが有効かどうかにかかわらず"、ボリュームはすべて、別のクール アクセスの容量プールにのみ移動できます。

機能を登録する

現在、この機能はプレビュー段階にあります。 初めて使用する前に、機能を登録する必要があります。 登録が完了すると、機能が有効になり、バックグラウンドで動作します。 UI コントロールは必要ありません。

1. 機能を登録します。

   Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFCoolAccess
   

2. 機能の登録の状態を確認します。

   Note

   RegistrationState が Registering 状態から Registered に変化するまでに最大 60 分間かかる場合があります。 この状態が Registered になってから続行してください。

   Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFCoolAccess
   

また、Azure CLI のコマンドaz feature register と az feature show を使用して、機能を登録し、登録状態を表示することもできます。

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

クール アクセス機能を使って Standard Storage を使用するには、容量プール レベルとボリューム レベルでその機能を構成する必要があります。

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

クール アクセス ボリュームを作成または有効にする前に、クール アクセスを使用する Standard サービス レベルの容量プールを構成する必要があります。 これは、次のいずれかの方法で行えます。

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

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

1. Standard サービス レベルを使用して、容量プールを設定します。
2. [クール アクセスを有効にする] チェック ボックスをオンにし、[作成] を選びます。

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

既存の Standard サービス レベルの容量プールで、クール アクセスのサポートを有効にすることができます。 この操作により、クール アクセスを使用するようにプール内のボリュームを追加または変更できます。

1. クール アクセスを有効にする Standard サービス レベルの容量プールを右クリックします。

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

   

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

クール アクセスを使用する Standard Storage は、ボリュームの作成時およびクール アクセスが有効になっている容量プールの一部である既存のボリュームで有効にすることができます。

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

1. [容量プール] メニューから [ボリューム] メニューを選びます。 [+ ボリュームの追加] を選び、新しい NFS、SMB、またはデュアル プロトコル ボリュームを作成します。

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

   • クール アクセスを有効にする
     このオプションは、ボリュームがクール アクセスをサポートするかどうかを指定します。

   • クール期間 このオプションは、アクセス頻度の低いデータ ブロック (コールド データ ブロック) が Azure ストレージ アカウントに移動されるまでの期間 (日数) を指定します。 既定値は 31 日間です。 サポートされている値は 2 日から 183 日の間です。

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

     このオプションは、データをホット アクセス層に戻す条件を指定します。 このオプションは、Default、On-Read、または Never に設定できます。

     次のリストは、クール アクセスの取得ポリシー設定を使用したデータ取得動作について説明しています。

     • "クール アクセスが有効":
       • クール アクセスの取得ポリシーに値が設定されていない場合:
         取得ポリシーは Default に設定され、コールド データはランダム読み取りの実行時にのみホット アクセス層に取得されます。 順次読み取りは、クール アクセス層から直接提供されます。
       • クール アクセスの取得ポリシーが Default に設定されている場合:
         コールド データは、ランダム読み取りの実行によってのみ取得されます。
       • クール アクセスの取得ポリシーが On-Read に設定されている場合:
         コールド データは、順次読み取りとランダム読み取りのどちらの実行によっても取得されます。
       • クール アクセスの取得ポリシーが Never に設定されている場合:
         コールド データはクール アクセス層から直接提供され、ホット アクセス層には取得されません。
     • "クール アクセスが無効":
       • クール アクセスが無効になっている場合、クール層に既存のデータがある場合にのみ、クール アクセスの取得ポリシーを設定できます。
       • ボリュームのクール アクセス設定を無効にした後、クール アクセスの取得ポリシーは同じままです。

   

3. ボリュームの作成を完了するには、次のいずれかの記事に従います。

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

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

Standard サービス レベルのクール アクセスが有効な容量プールでは、既存のボリュームを有効にしてクール アクセスをサポートできます。

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

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

   • クール アクセスを有効にする
     このオプションは、ボリュームがクール アクセスをサポートするかどうかを指定します。

   • クール期間
     このオプションは、アクセス頻度の低いデータ ブロック (コールド データ ブロック) が Azure ストレージ アカウントに移動されるまでの期間 (日数) を指定します。 既定値は 31 日間です。 サポートされている値は 2 日から 183 日の間です。

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

     このオプションは、データをホット アクセス層に戻す条件を指定します。 このオプションは、Default、On-Read、または Never に設定できます。

     次のリストは、クール アクセスの取得ポリシー設定を使用したデータ取得動作について説明しています。

     • "クール アクセスが有効":
       • クール アクセスの取得ポリシーに値が設定されていない場合:
         取得ポリシーは Default に設定され、コールド データはランダム読み取りの実行時にのみホット アクセス層に取得されます。 順次読み取りは、クール アクセス層から直接提供されます。
       • クール アクセスの取得ポリシーが Default に設定されている場合:
         コールド データは、ランダム読み取りの実行によってのみ取得されます。
       • クール アクセスの取得ポリシーが On-Read に設定されている場合:
         コールド データは、順次読み取りとランダム読み取りのどちらの実行によっても取得されます。
       • クール アクセスの取得ポリシーが Never に設定されている場合:
         コールド データはクール アクセス層から直接提供され、ホット アクセス層には取得されません。
     • "クール アクセスが無効":
       • クール アクセスが無効になっている場合、クール層に既存のデータがある場合にのみ、クール アクセスの取得ポリシーを設定できます。
       • ボリュームのクール アクセス設定を無効にした後、クール アクセスの取得ポリシーは同じままです。

   

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

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

1. クール構成を変更にするボリュームを右クリックします。

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

次のステップ

• Azure NetApp Files でクール アクセスを使用した Standard Storage