クラウド階層化は、急速なデータ増加に伴う課題に対処し、次のようなメリットをもたらします。

基本的に、プライマリ ストレージ システムとセカンダリ ストレージ システムの両方で非アクティブであると見なされるデータは、クラウドに移動するのに適した対象です。プライマリ システムでは、このようなデータにはスナップショット、履歴レコード、完了したプロジェクトなどが含まれる場合があります。セカンダリ システムでは、DR およびバックアップの目的で作成されたプライマリ データのコピーを含むすべてのボリュームが含まれます。

はい、NAS ボリュームからパブリック クラウドまたはStorageGRIDなどのプライベート クラウドにデータを階層化できます。 SAN プロトコルでアクセスされるデータを階層化する場合、SAN プロトコルは NAS よりも接続の問題の影響を受けやすいため、 NetAppプライベート クラウドの使用を推奨しています。

コールド データとも呼ばれる定義は、「一定期間アクセスされていないボリューム ブロック (メタデータは除く)」です。 「時間量」は、cooling-days という階層化ポリシー属性によって決まります。

はい、データをクラウド層に移動するときに、圧縮、重複排除、コンパクションなどのONTAPボリューム レベルのストレージ効率が維持されます。

FabricPool は、 ONTAP CLI および System Manager を通じて自己管理することも、Cloud Tiering を通じてサービスとして管理することもできるONTAP階層化テクノロジーです。 Cloud Tiering は、 ONTAPとクラウドの両方でFabricPool を高度な自動化プロセスを備えたマネージド サービスに変換し、ハイブリッドおよびマルチクラウドの展開全体にわたって階層化の可視性と制御を向上させます。

いいえ。ボリュームのメタデータはパフォーマンス層から階層化されることはないため、オブジェクト ストレージに保存されているデータに直接アクセスすることはできません。

ただし、クラウド階層化を使用すると、セカンダリ システムとSnapMirror宛先ボリューム (DP ボリューム) で有効にしてすべてのデータ (メタデータは除く) を階層化し、データセンターの占有スペースと TCO を削減することで、コスト効率の高いバックアップと DR を実現できます。

クラウド階層化は、階層化ポリシーを各ボリュームに関連付けることでボリューム レベルで有効化されます。コールド データの識別はブロック レベルで行われます。

ボリュームに関連付けられた階層化ポリシーは、どのブロックをいつ階層化するかを制御するメカニズムです。ポリシーは、データ ブロックの種類 (スナップショット、ユーザー データ、またはその両方) と冷却期間を定義します。見る"ボリューム階層化ポリシー"詳細については。

クラウド階層化はボリュームの容量には影響しませんが、アグリゲートのパフォーマンス層の使用に影響します。

はい、クラウド階層化により、各アグリゲートで非アクティブ データ レポート (IDR) が有効になります。この設定により、低コストのオブジェクト ストレージに階層化できる非アクティブ データの量を識別できます。

設定された冷却期間が経過すると、IDR は情報の表示を開始します。 ONTAP 9.7 以前では、IDR の冷却期間は 31 日間で調整できませんでした。 ONTAP 9.8 以降では、IDR 冷却期間を最大 183 日まで設定できます。

コールドデータをパブリック クラウドに階層化する場合:

"価格の詳細を見る" 。

コールド データをNetApp StorageGRIDシステム (プライベート クラウド) に階層化する場合、コストはかかりません。

○Cloud Tiering を使用すると、BYOL ライセンス、PAYGO サブスクリプション、またはその両方の組み合わせを使用できます。

BYOL 容量制限に達した場合、または BYOL ライセンスの有効期限が切れた場合、新しいコールド データの階層化は停止します。以前に階層化されたデータはすべて引き続きアクセス可能であり、このデータを取得して使用できます。取得されると、このデータはクラウドからパフォーマンス層に戻されます。

ただし、BlueXP - クラウド データ サービスのデプロイと管理 の PAYGO マーケットプレイス サブスクリプションをお持ちの場合は、新しいコールド データは引き続きオブジェクト ストレージに階層化され、使用量に応じて料金を支払うことになります。

いいえ、違います。

○パブリック クラウドからのすべての読み取りには、送信料金がかかります。

クラウド プロバイダーがデータのホスティングに対して請求する料金を見積もる最良の方法は、プロバイダーの計算ツールを使用することです。 "AWS" 、 "Azure"そして "Google Cloud"。

○チェック "Amazon S3 の料金"、 "ブロックブロブの価格" 、 そして "クラウドストレージの料金"データの読み取り/取得に伴って発生する追加料金について。

見積りを取得するには、 ONTAPクラスターをNetAppコンソールに追加し、クラウド階層化クラスター ページから検査します。クラスタの「潜在的な階層化による節約を計算」を選択して起動します。 "クラウド階層化TCO計算ツール"どれだけお金を節約できるか確認しましょう。

MetroCluster環境で使用する場合、両方のクラスターの使用に対して合計階層化ライセンスが適用されます。たとえば、100TiB の階層化ライセンスがある場合、各クラスターの使用済み階層化容量は合計容量 100TiB に加算されます。

Cloud Tiering はONTAPバージョン 9.2 以降をサポートしています。

クラウド階層化は、単一ノードおよび高可用性のAFF、 FAS、およびONTAP Selectクラスターでサポートされています。 FabricPoolミラー構成およびMetroCluster構成のクラスターもサポートされています。

はい、 ONTAP 9.8 以降では、HDD アグリゲートでホストされているボリュームからデータを階層化できます。

○クラウド階層化は、任意のアグリゲート上でホストされているボリュームを階層化するように構成できます。データ階層化構成は、使用されるコントローラーのタイプやクラスターが異種であるかどうかとは無関係です。

Cloud Volumes ONTAPシステムをお持ちの場合は、Cloud Tiering Clusters ページでそれらを見つけることができるため、ハイブリッド クラウド インフラストラクチャのデータ階層化の全体像を把握できます。ただし、 Cloud Volumes ONTAPシステムは、Cloud Tiering からは読み取り専用です。 Cloud Tiering からCloud Volumes ONTAPにデータ階層化を設定することはできません。 "NetAppコンソールのONTAPシステムからCloud Volumes ONTAPシステムの階層化を設定します。" 。

コールドデータをどこに階層化するかによって異なります。詳細については、次のリンクを参照してください。

Cloud Tiering は、次のオブジェクト ストレージ プロバイダーをサポートしています。

はい、できます。データ階層化を設定するときに、新しいバケット/コンテナを追加するか、既存のバケット/コンテナを選択するかを選択できます。

Cloud Tiering は、Standard、Standard-Infrequent Access、One Zone-Infrequent Access、Intelligent Tiering、および Glacier Instant Retrieval ストレージ クラスへのデータ階層化をサポートします。見る"サポートされているS3ストレージクラス"詳細についてはこちらをご覧ください。

Amazon S3 Glacier Flexible と S3 Glacier Deep Archive がサポートされていない主な理由は、Cloud Tiering が高性能な階層化ソリューションとして設計されているため、データが継続的に利用可能であり、取得のためにすぐにアクセスできる必要があるためです。 S3 Glacier Flexible と S3 Glacier Deep Archive では、データの取得には数分から 48 時間かかります。

はい、Tiering UI を介した S3 互換オブジェクト ストレージの構成は、 ONTAP 9.8 以降を使用するクラスターでサポートされています。"詳細はこちら" 。

Cloud Tiering は、非アクティブなデータに対して Hot または Cool アクセス層へのデータ階層化をサポートします。見る"サポートされている Azure BLOB アクセス層"詳細についてはこちらをご覧ください。

Cloud Tiering は、Standard、Nearline、Coldline、Archive ストレージ クラスへのデータ階層化をサポートします。見る"サポートされている Google Cloud ストレージ クラス"詳細についてはこちらをご覧ください。

○ライフサイクル管理を有効にすると、一定の日数後に Cloud Tiering によってデータがデフォルトのストレージ クラス/アクセス層からよりコスト効率の高い層に移行されます。ライフサイクル ルールは、Amazon S3 および Google Cloud ストレージの場合は選択したバケット内のすべてのオブジェクトに適用され、Azure Blob の場合は選択したストレージ アカウント内のすべてのコンテナに適用されます。

一般的な構成では、クラスター全体に対して 1 つのオブジェクト ストアが存在します。 2022 年 8 月からは、詳細設定 ページを使用してクラスターにオブジェクト ストアを追加し、異なるオブジェクト ストアを異なるアグリゲートに接続したり、ミラーリングのために 2 つのオブジェクト ストアをアグリゲートに接続したりできるようになります。

ミラーリングを目的として、アグリゲートごとに最大 2 つのバケットを接続でき、コールド データは両方のバケットに同期的に階層化されます。バケットは、異なるプロバイダーや異なる場所からのものである可能性があります。 2022 年 8 月からは、「詳細設定」ページを使用して、2 つのオブジェクト ストアを 1 つのアグリゲートに接続できるようになります。

○一般的なベスト プラクティスは、単一のバケットを複数のアグリゲートにアタッチすることです。ただし、パブリック クラウドを使用する場合、オブジェクト ストレージ サービスには最大 IOPS 制限があるため、複数のバケットを考慮する必要があります。

ボリュームをあるクラスターから別のクラスターに移行すると、すべてのコールド データがクラウド層から読み取られます。宛先クラスター上の書き込み場所は、階層化が有効になっているかどうかと、ソース ボリュームと宛先ボリュームで使用される階層化ポリシーの種類によって異なります。

宛先アグリゲートにクラウド層が接続されていない場合、データはソース アグリゲートのクラウド層から読み取られ、宛先アグリゲートのローカル層に完全に書き込まれます。宛先アグリゲートにクラウド層が接続されている場合、迅速な切り替えを容易にするために、データはソース アグリゲートのクラウド層から読み取られ、最初に宛先アグリゲートのローカル層に書き込まれます。その後、使用された階層化ポリシーに基づいて、クラウド層に書き込まれます。

ONTAP 9.6 以降では、宛先アグリゲートがソース アグリゲートと同じクラウド層を使用している場合、コールド データはローカル層に戻りません。

ライトバックは通常、読み取り時に実行され、階層化ポリシーのタイプによって異なります。 ONTAP 9.8 より前では、ボリューム全体の書き戻しは、volume move 操作で実行できます。 ONTAP 9.8 以降、階層化 UI には、*すべてのデータを復元*または*アクティブなファイル システムを復元*するオプションがあります。"データをパフォーマンス層に戻す方法をご覧ください" 。

いいえ。「ヘッド スワップ」手順中に変更されるのは、アグリゲートの所有権のみです。この場合、データの移動は行われず、新しいコントローラーに変更されます。

いいえ。クラウドに構築され階層化されたオブジェクトには、単一のファイルではなく、複数のファイルからの最大 1,024 個の 4 KB ブロックが含まれます。ボリュームのメタデータは常にローカル層に残ります。

コンソール エージェントは、クラウド アカウント内またはオンプレミスのコンピューティング インスタンスで実行されるソフトウェアであり、 NetAppコンソールがクラウド リソースを安全に管理できるようにします。 Cloud Tiering サービスを使用するには、エージェントを展開する必要があります。

○エージェント ソフトウェアは、ネットワーク内の Linux ホストにダウンロードして手動でインストールできます。 "エージェントを社内にインストールする方法をご覧ください" 。

○使用するオブジェクト ストレージを定義するには、アカウントが必要です。 VPC または VNet 上のクラウドにエージェントを設定する場合は、クラウド ストレージ プロバイダーのアカウントも必要です。

エージェントに障害が発生した場合、階層化された環境への可視性のみが影響を受けます。すべてのデータにアクセス可能であり、新しく識別されたコールド データは自動的にオブジェクト ストレージに階層化されます。

階層化ポリシーには次の 4 つがあります。

"階層化ポリシーの詳細" 。

データ階層化はブロック レベルで行われるため、階層化ポリシーの minimum-cooling-days 属性によって定義された一定期間アクセスされていないデータ ブロックはコールド状態であると見なされます。適用範囲は、 ONTAP 9.7 以前では 2 ～ 63 日、 ONTAP 9.8 以降では 2 ～ 183 日です。

コールド スナップショット ポリシーのデフォルトの冷却期間は 2 日間ですが、コールド ユーザー データとスナップショットのデフォルトの冷却期間は 31 日間です。冷却日数パラメータは、すべての階層化ポリシーには適用されません。

完全バックアップ中は、すべてのコールド データが読み取られます。データの取得は、使用される階層化ポリシーによって異なります。すべてのユーザーデータとスナップショットのポリシーを使用する場合、コールド データはパフォーマンス層に書き戻されません。コールド スナップショット ポリシーを使用する場合、バックアップに古いスナップショットが使用されている場合にのみ、そのコールド ブロックが取得されます。

いいえ。ただし、階層化の対象となるボリューム、階層化されるデータの種類、およびその冷却期間を選択することはできます。これは、階層化ポリシーをそのボリュームに関連付けることによって行われます。

いいえ。データ保護 (DP) ボリュームは、使用可能な 3 つのポリシーのいずれかに関連付けることができます。ソース ボリュームと宛先ボリューム (DP) で使用されるポリシーの種類によって、データの書き込み場所が決まります。

階層化ポリシーがリセットされると再水和は行われませんが、新しいコールド ブロックがクラウド層に移動されなくなります。

○変更後の動作は、新しい関連ポリシーによって異なります。

そのデータを含むボリュームに階層化ポリシーを関連付けないでください。

ボリュームのメタデータは常にパフォーマンス層にローカルに保存され、クラウドに階層化されることはありません。

詳細については、以下を参照してください。

クラウド階層化以外にも、 "Active IQ Unified Manager"そして "デジタルアドバイザー"監視およびレポートに使用できます。

ネットワーク障害が発生した場合でも、ローカル パフォーマンス層はオンラインのままとなり、ホット データへのアクセスが維持されます。ただし、すでにクラウド層に移動されているブロックにはアクセスできず、アプリケーションがそのデータにアクセスしようとするとエラー メッセージが表示されます。接続が回復すると、すべてのデータにシームレスにアクセスできるようになります。

基盤となるFabricPool階層化テクノロジの読み取り待機時間は、クラウド層への接続によって異なります。階層化はどの帯域幅でも機能しますが、適切なパフォーマンスを提供するために、クラスタ間 LIF を 10 Gbps ポートに配置することをお勧めします。エージェントには推奨事項や帯域幅の制限はありません。

さらに、ボリュームからオブジェクト ストレージへの非アクティブなデータの転送中に使用されるネットワーク帯域幅の量を調整することもできます。 最大転送速度 設定は、階層化用にクラスターを構成するときに使用でき、その後は クラスター ページから使用できます。

○レイテンシは接続性に依存するため、クラウド層ではローカル層と同じレイテンシを提供できません。オブジェクト ストアのレイテンシとスループットを見積もるために、Cloud Tiering では、オブジェクト ストアが接続された後、階層化がセットアップされる前に使用できるクラウド パフォーマンス テスト ( ONTAPオブジェクト ストア プロファイラーに基づく) が提供されます。

AES-256-GCM 暗号化は、パフォーマンス層とクラウド層の両方で維持されます。 TLS 1.2 暗号化は、階層間を移動するデータをネットワーク経由で暗号化し、エージェントとONTAPクラスタおよびオブジェクト ストア間の通信を暗号化するために使用されます。

○クラウドに階層化する予定のデータを含むボリュームをホストする HA ペア内の各ノードのイーサネット ポートに、クラスタ間 LIF を構成する必要があります。詳細については、データを階層化する予定のクラウド プロバイダーの要件セクションを参照してください。