Azure NetApp Files は、 Ultra ストレージ、 Premium ストレージ、 Standard ストレージの 3 つのサービスレベルをサポートします。これらのサービスレベルは、それぞれパフォーマンスのニーズに応じて次のように設計されています。

これらのサービスレベルは容量プールの属性です。Kubernetes クラスタで使用するサービスレベルごとに容量プールを設定する必要があります。 "容量プールの設定方法について説明します"。

Astra Control Service は、永続ボリュームのストレージクラスとしてこれらのサービスレベルを使用します。Kubernetes クラスタを Astra Control Service に追加する場合、デフォルトのストレージクラスとして Ultra 、 Premium 、または Standard のいずれかを選択するように求められます。ストレージクラスの名前は、 NetApp-anf-perf-ultra 、 _NetApp-anf-pPremium 、および NetApp-anf-pperf-standard です。

"これらのサービスレベルの詳細については、 Azure NetApp Files のドキュメントを参照してください"。

前述したように、各サービスレベルのスループットは、プロビジョニング済み容量の 1TiB あたりのスループットです。つまり、ボリュームのサイズが大きいほどパフォーマンスが向上します。したがって、ボリュームのプロビジョニング時には、容量とパフォーマンスの両方のニーズを考慮する必要があります。

Astra Control Service は、 PVC でボリュームサイズの縮小が要求されても、 100GiB 以上の最小ボリュームサイズを使用して永続的ボリュームをプロビジョニングします。たとえば、 Helm チャートの PVC で 6GiB が要求された場合、 Astra Control Service は 100GiB のボリュームを自動的にプロビジョニングします。

Azure NetApp Files ストレージにあるアプリケーションをバックアップすると、容量プールが自動的に一時的に拡張されます。バックアップの完了後、Astra Control Serviceによって容量プールが以前のサイズに縮小されます。Azureサブスクリプションによっては、このような場合にストレージ料金が発生することがあります。容量プールのサイズ変更イベントの履歴は、*[アクティビティ]*ページのイベントログで確認できます。

サイズ変更処理中に容量プールがAzureサブスクリプションで許可されている最大サイズを超えると、バックアップ処理は失敗し、Azure APIから警告がトリガーされます。