ストレージクラスポリシーは、ストレージの動作の一側面を定義します。ポリシーは、ストレージクラスを作成するために組み合わせる、再利用可能な構成要素です。

一般的なポリシーの種類は以下のとおりです：

ポリシーは個別に定義し、ストレージクラスを構築する際にそれらを組み合わせます。これにより、複数のクラスで同じパフォーマンス ポリシーを再利用したり、容量ポリシーを 1 か所で更新して、そのポリシーを使用するすべてのクラスにその変更を適用したりすることができます。

ストレージクラスとは、1つ以上のポリシーから構成される、名前付きのテンプレートのことです。これは、特定の種類のワークロードに対する組織のストレージ標準を表すものです。

例えば、ハイパフォーマンス、高可用性、厳格な保護ポリシーを組み合わせた Production Database ストレージクラス、または適度なパフォーマンス、柔軟な容量、基本的な保護ポリシーを組み合わせた Development File Share ストレージクラスを作成することができます。

ストレージ管理者は、企業要件を反映させるためにストレージクラスを定義します。プロビジョニング活動は、手動で行う場合でも、ガイド付きワークフローを通じて行う場合でも、自動化によって行う場合でも、管理者が承認したクラスのライブラリからデータを取得します。

ストレージをプロビジョニングする際は、個々の設定を構成するのではなく、ストレージクラスを選択します。Console のローカル展開では、そのクラスのポリシーを使用して、フリート内のどのクラスターがワークロードをサポートする容量とパフォーマンスの余裕を持っているかを特定し、最適な配置オプションを推奨し、プロビジョニング時にクラス駆動型の設定を自動的に適用します。

プロビジョニング後、NetApp Console のローカルデプロイメントは、各ワークロードをストレージクラスの標準に照らし合わせて継続的に評価します。

ワークロードがストレージクラスの意図と一致しなくなった場合、Console のローカルデプロイメントは、調査と修復のためにそのワークロードにフラグを立てます。

問題は2つのカテゴリーに分類されます：

分析ビューでは、何が変わったのか、そしてなぜ変わったのかが説明されます。コンプライアンスを回復するために、ガイド付きの是正措置（例えば、Fix it など）が利用できる場合があります。一部の修復策はそのまま適用できますが、意図した動作を復元するためにワークロードを別のストレージクラスに調整する必要がある場合もあります。

通常、以下のいずれかの場所からドリフトやコンプライアンス違反を調査できます（利用可能かどうかは、デプロイメントと権限によって異なります）：

手順の詳細については、ストレージクラスのずれを修正するを参照してください。

以下の手順では、ストレージクラスを使用して環境内のストレージを標準化および管理するプロセスについて説明します。

ストレージクラスはフリートに関連付けられています。ストレージクラスをフリートに関連付けると、そのクラスはフリート内のすべてのプロビジョニングで使用できるようになります。これにより、フリート内でプロビジョニングされるすべてのワークロードが同じ標準に従うことが保証され、フリートは関連するクラスター全体で一貫したストレージ動作を適用するための主要な手段となります。

フリートの整理方法の詳細については、"NetApp Console ローカルデプロイにおけるフリート管理について説明します"を参照してください。