パフォーマンス階層には、汎用 SSD 、プロビジョニングされた IOPS SSD 、スループットに最適化された HDD があります。

Cloud Volumes ONTAP システムは、 _Standard_storage クラスを使用して、アクセス頻度の低いデータを 1 つの S3 バケットに階層化します。Standard は、複数の可用性ゾーンにまたがって保存された頻繁にアクセスされるデータに最適です。

Cloud Manager は、作業環境ごとに 1 つの S3 バケットを作成して、 fabric-pool-cluster unique identifier という名前を付けます。ボリュームごとに異なる S3 バケットが作成されることはありません。

AWS の階層化データのデフォルトのストレージクラスは Standard です。アクセス頻度の低いデータがない場合は、ストレージクラスを「インテリジェントな階層化」、「 1 ゾーンの頻度の低いアクセス」、「 _ 標準 - 低頻度アクセス _ 」のいずれかに変更することで、ストレージコストを削減できます。ストレージクラスを変更すると、アクセス頻度の低いデータは Standard ストレージクラスから始まり、 30 日経ってもアクセスされない場合は選択したストレージクラスに移行されます。

高パフォーマンス階層には SSD と HDD があります。

Cloud Volumes ONTAP システムは、 azure_hot_storage 階層を使用して、アクセス頻度の低いデータを単一の BLOB コンテナに階層化します。ホット階層は、アクセス頻度の高いデータに最適です。

Cloud Manager は、 Cloud Volumes ONTAP 作業環境ごとに 1 つのコンテナを持つ新しいストレージアカウントを作成します。ストレージアカウントの名前はランダムです。ボリュームごとに異なるコンテナは作成されません。

Azure の階層化データのデフォルトのストレージアクセス階層は、 _hot_tier です。アクセス頻度の低いデータにアクセスしない場合は、 _cool ストレージ階層に変更することでストレージコストを削減できます。ストレージ階層を変更すると、アクセス頻度の低いデータは最初はホットストレージ階層に配置され、アクセス日数が 30 日を超えない場合はアクセス頻度の低いストレージ階層に移行されます。

高パフォーマンス階層には、 SSD または HDD （標準ディスク）を使用できます。

Cloud Volumes ONTAP システムは、 _Regional _storage クラスを使用して、アクセス頻度の低いデータを 1 つの Google Cloud Storage バケットに階層化します。

Cloud Manager は、作業環境ごとに 1 つのバケットを作成し、 fabric-pool-cluster unique identifier という名前を付けます。ボリュームごとに異なるバケットが作成されることはありません。

階層化データのデフォルトのストレージクラスは、 Standard Storage_class です。データへのアクセス頻度が低い場合は、 _Nearline Storage_or_Coldline Storage に変更することでストレージコストを削減できます。ストレージクラスを変更すると、アクセス頻度の低いデータは Standard Storage クラスから始まり、 30 日経ってもアクセスされない場合は選択したストレージクラスに移行されます。

アグリゲートの容量が 50% に達すると、 Cloud Volumes ONTAP は、アクティブなファイルシステムに関連付けられていない Snapshot コピーのコールドユーザデータを容量階層に階層化します。冷却期間は約 2 日間です。

すべてのデータ（メタデータを除く）はすぐにコールドとしてマークされ、オブジェクトストレージにできるだけ早く階層化されます。ボリューム内の新しいブロックがコールドになるまで、 48 時間待つ必要はありません。「すべて」のポリシーが設定される前のボリュームにあるブロックは、コールドになるまで 48 時間かかります。

アグリゲートの容量が 50% に達すると、 Cloud Volumes ONTAP はボリューム内のコールドデータブロックを容量階層に階層化します。コールドデータには、 Snapshot コピーだけでなく、アクティブなファイルシステムのコールドユーザデータも含まれます。冷却期間は約 31 日です。

ボリュームのデータをパフォーマンス階層に保持し、容量階層に移動できないようにします。