スループット最適化 HDD (st1) を使用する場合、オブジェクト ストレージへのデータの階層化は推奨されません。

NetAppコンソールは、システムごとに 1 つの S3 バケットを作成し、fabric-pool-cluster unique identifier という名前を付けます。ボリュームごとに異なる S3 バケットは作成されません。

コンソールが S3 バケットを作成するときは、次のデフォルト設定が使用されます。

非アクティブなデータにアクセスする予定がない場合は、ストレージ クラスを次のいずれかに変更することで、ストレージ コストを削減できます: Intelligent Tiering、One-Zone Infrequent Access、Standard-Infrequent Access、または S3 Glacier Instant Retrieval。ストレージ クラスを変更すると、非アクティブなデータは標準ストレージ クラスから開始され、30 日間アクセスされない場合、選択したストレージ クラスに移行します。

データにアクセスする場合はアクセス コストが高くなるため、ストレージ クラスを変更する前にこの点を考慮してください。 "Amazon S3 ドキュメント: Amazon S3 ストレージクラスの詳細" 。

システムを作成するときにストレージ クラスを選択でき、その後いつでも変更できます。ストレージクラスの変更手順については、"非アクティブなデータを低コストのオブジェクトストレージに階層化" 。

データ階層化のストレージ クラスはシステム全体にわたっており、ボリュームごとではありません。

コンソールは、各Cloud Volumes ONTAPシステムのコンテナを含む新しいストレージ アカウントを作成します。ストレージ アカウントの名前はランダムです。ボリュームごとに異なるコンテナは作成されません。

コンソールは、次の設定でストレージ アカウントを作成します。

容量層の非アクティブなデータにアクセスする予定がない場合は、非アクティブなデータが最低 30 日間保持される「クール」ストレージ層を選択できます。非アクティブなデータが最低 90 日間保存される cold 層を選択することもできます。ストレージ要件とコストの考慮事項に基づいて、ニーズに最適な層を選択できます。ストレージ層を cool または cold に変更すると、非アクティブな容量層のデータはクールまたはコールド ストレージ層に直接移動されます。クール層とコールド層はホット層に比べてストレージ コストが低くなりますが、アクセス コストが高くなるため、ストレージ層を変更する前にその点を考慮してください。参照 "Microsoft Azure ドキュメント: Azure Blob ストレージのアクセス層の詳細"。

Cloud Volumes ONTAPシステムを追加するときにストレージ層を選択でき、その後いつでも変更できます。ストレージ階層の変更の詳細については、"非アクティブなデータを低コストのオブジェクトストレージに階層化" 。

データ階層化のストレージ アクセス層はシステム全体にわたっており、ボリュームごとではありません。

コンソールは各システムのバケットを作成し、fabric-pool-cluster unique identifier という名前を付けます。ボリュームごとに異なるバケットは作成されません。

コンソールがバケットを作成するときは、次のデフォルト設定が使用されます。

データにアクセスする場合はアクセス コストが高くなるため、ストレージ クラスを変更する前にその点を考慮してください。詳細については、 "Google Cloud ドキュメント: ストレージ クラス" 。

システムを作成するときにストレージ層を選択でき、その後いつでも変更できます。ストレージクラスの変更の詳細については、"非アクティブなデータを低コストのオブジェクトストレージに階層化" 。

データ階層化のストレージ クラスはシステム全体にわたっており、ボリュームごとではありません。

読み取られると、容量層のコールド データ ブロックがホットになり、パフォーマンス層に移動されます。

読み込まれた場合、クラウド階層のコールド データ ブロックはコールドのままで、パフォーマンス階層に書き戻されません。このポリシーは、 ONTAP 9.6 以降で使用できます。

このポリシーは、Cloud Volumes ONTAP 9.4 以降でサポートされています。

ランダム読み取りによって読み取られると、キャパシティ層のコールド データ ブロックがホットになり、パフォーマンス層に移動します。インデックスやウイルス対策スキャンなどに関連する順次読み取りによって読み取られた場合、コールド データ ブロックはコールドのままとなり、パフォーマンス層に移動されません。