BlueXPの階層化サービスは、データの急増に伴う課題に対処し、次のようなメリットをもたらします。

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

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

コールドデータと呼ばれることもあるのは、「一定の時間アクセスされなかったボリュームブロック（メタデータを除く）」です。「時間」は、cooling-daysという名前の階層化ポリシー属性によって決まります。

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

FabricPool は、ONTAP の階層化テクノロジです。ONTAP CLIとSystem Managerを使用して自己管理することも、BlueXP階層化を使用してサービスとして管理することもできます。BlueXPの階層化サービスでは、FabricPool がONTAP とクラウドの両方で高度な自動化プロセスを備えたマネージドサービスに変わり、ハイブリッドクラウドとマルチクラウドの環境全体で階層化の可視性と管理性が向上します。

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

ただし、BlueXPの階層化を使用すると、セカンダリシステムとSnapMirrorデスティネーションボリューム（DPボリューム）でバックアップとDRを有効にしてすべてのデータを階層化し（メタデータを除く）、データセンターの設置面積とTCOを削減することができ、対費用効果の高いバックアップとDRを実現できます。

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

ボリュームに関連付けられている階層化ポリシーは、どのブロックをいつ階層化するかを制御するメカニズムです。ポリシーでは、データブロックのタイプ（スナップショット、ユーザデータ、またはその両方）とクーリング期間を定義します。を参照してください "ボリューム階層化ポリシー" を参照してください。

BlueXPによる階層化は、ボリュームの容量ではなく、アグリゲートのパフォーマンス階層の使用量に影響します。

はい。BlueXPの階層化機能を使用すると、各アグリゲートでInactive Data Reporting（IDR）が有効になります。この設定により、アクセス頻度の低いデータのうち、低コストのオブジェクトストレージに階層化できるデータの量を特定できます。

IDRは、設定されたクーリング期間が経過したあとに情報の表示を開始します。ONTAP 9.7以前を使用した場合、IDRのクーリング期間は調整できず、31日間でした。ONTAP 9.8以降では、IDRのクーリング期間を最大183日に設定できます。

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

"価格設定の詳細をご覧ください"。

コールドデータをNetApp StorageGRID システム（プライベートクラウド）に階層化しても、コストはかかりません。

はい。BlueXPの階層化サービスでは、BYOLライセンス、PAYGOサブスクリプション、またはその両方を使用できます。

BYOLの容量が上限に達すると、新しいコールドデータの階層化が停止します。これまで階層化されていたすべてのデータに引き続きアクセスできるため、このデータを読み出して使用できます。取得されると、このデータはクラウドから高パフォーマンス階層に戻されます。

ただし、PAYGO Marketplaceサブスクリプションで_BlueXP -クラウドデータサービスの導入と管理_を利用している場合、新しいコールドデータは引き続きオブジェクトストレージに階層化され、使用量に応じて料金が発生します。

いいえ、できません。

はい。パブリッククラウドからの読み取りはすべて出力料金の対象となります。

クラウドプロバイダがデータをホストするためにどの程度の料金を請求するかを見積もる最良の方法は、計算ツールを使用することです。 "AWS"、 "Azure" および "Google Cloud"。

はい。チェックしてください "Amazon S3の価格設定"、 "Block BLOBの価格設定"および "クラウドストレージの価格設定" データの読み取り/取得に伴う追加の価格設定については、を参照してください。

見積もりは、BlueXPにONTAP クラスタを追加し、[BlueXP階層化クラスタ]ページで確認するだけです。クラスタで[階層化の可能な削減量を計算する]*をクリックしてを起動します "BlueXP階層化TCO計算ツール" どれだけのお金を節約できるかを確認します。

BlueXPの階層化では、ONTAP バージョン9.2以降がサポートされます。

BlueXPの階層化は、シングルノードクラスタと高可用性AFF 、FAS 、ONTAP Select クラスタでサポートされています。FabricPool ミラー構成とMetroCluster 構成のクラスタもサポートされます。

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

はい。BlueXPの階層化は、任意のアグリゲートでホストされているボリュームを階層化するように設定できます。データ階層化設定は、使用するコントローラの種類や、クラスタが異機種混在であるかどうかに関係なく使用されます。

Cloud Volumes ONTAP システムを使用している場合は、BlueXPの階層化クラスタページに表示されるので、ハイブリッドクラウドインフラ内のデータ階層化の全体像を把握できます。ただし、Cloud Volumes ONTAP システムはBlueXP階層化から読み取り専用です。BlueXP階層化からCloud Volumes ONTAP でデータ階層化をセットアップすることはできません。 "BlueXPの作業環境からCloud Volumes ONTAP システムの階層化をセットアップします"。

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

BlueXPの階層化サービスは、次のオブジェクトストレージプロバイダをサポートします。

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

BlueXPの階層化サービスでは、Standard、Standard-InFrequent Access、One Zone -InFrequent Access、Intelligent Tiering、および_Glacier Instant Retrieval_ストレージクラスへのデータ階層化がサポートされます。を参照してください "サポートされている S3 ストレージクラス" 詳細：

Amazon S3 Glacier FlexibleとS3 Glacier Deep Archiveがサポートされない主な理由は、BlueXPの階層化機能がハイパフォーマンスな階層化解決策 として設計されているため、データの継続的な可用性と読み出し用の高速アクセスが必要であることです。S3 Glacier FlexibleおよびS3 Glacier Deep Archiveでは、データ読み出しが数分から48時間の間の任意の場所に格納されます。

はい。ONTAP 9.8以降を使用しているクラスタでは、階層化UIからS3互換オブジェクトストレージを設定できます。 "詳細はこちらをご覧ください"。

BlueXPの階層化サービスでは、アクセス頻度の低いデータの_Hot_or_Cool_access階層へのデータ階層化がサポートされます。を参照してください "サポートされる Azure Blob アクセス階層" 詳細：

BlueXPの階層化サービスでは、Standard、_Nearline、_Coldline、および_Archive_storageクラスへのデータ階層化がサポートされます。を参照してください "サポートされている Google Cloud ストレージクラス" 詳細：

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

一般的な構成では、クラスタ全体に1つのオブジェクトストアがあります。2022年8月より、* Advanced Setup *ページを使用してクラスタのオブジェクトストアを追加し、別々のオブジェクトストアを別々のアグリゲートに接続するか、2つのオブジェクトストアをアグリゲートに接続してミラーリングできます。

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

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

ボリュームをクラスタ間で移行すると、コールドデータはすべてクラウド階層から読み取られます。デスティネーションクラスタ上の書き込み場所は、階層化が有効になっているかどうか、およびソースボリュームとデスティネーションボリュームで使用されている階層化ポリシーのタイプによって異なります。

デスティネーションアグリゲートにクラウド階層が接続されていない場合、データはソースアグリゲートのクラウド階層から読み取られ、デスティネーションアグリゲートのローカル階層に完全に書き込まれます。デスティネーションアグリゲートにクラウド階層が接続されている場合、データはソースアグリゲートのクラウド階層から読み取られ、最初にデスティネーションアグリゲートのローカル階層に書き込まれます。これにより、迅速なカットオーバーが可能になります。その後、使用された階層化ポリシーに基づいてクラウド階層に書き込まれます。

ONTAP 9.6以降では、デスティネーションアグリゲートがソースアグリゲートと同じクラウド階層を使用している場合、コールドデータはローカル階層に戻されません。

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

いいえ「ヘッド交換」手順 で変更されるのは、アグリゲートの所有権だけです。この場合、データを移動することなく新しいコントローラに変更されます。

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

Connectorは、クラウドアカウントまたはオンプレミスのいずれかのコンピューティングインスタンス上で実行されるソフトウェアで、BlueXPでクラウドリソースを安全に管理できます。BlueXP階層化サービスを使用するには、コネクタを導入する必要があります。

はい。Connectorソフトウェアは、ネットワーク上のLinuxホストにダウンロードして手動でインストールできます。 "コネクタをオンプレミスに取り付ける方法については、を参照してください"。

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

コネクタに障害が発生した場合は、階層化された環境の表示のみが影響を受けます。すべてのデータにアクセスでき、新たに特定されたコールドデータはオブジェクトストレージに自動的に階層化されます。

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

"階層化ポリシーの詳細については、こちらをご覧ください"。

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

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

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

いいえただし、階層化に適したボリューム、階層化するデータの種類、およびクーリング期間は選択できます。そのためには、ボリュームに階層化ポリシーを関連付けます。

いいえデータ保護（DP）ボリュームは、使用可能な3つのポリシーのいずれかに関連付けることができます。データの書き込み先は、ソースボリュームとデスティネーション（DP）ボリュームで使用されるポリシーのタイプによって決まります。

階層化ポリシーをリセットしてもリハイドレーションは実行されませんが、新しいコールドブロックがクラウド階層に移動されないようにします。

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

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

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

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

BlueXPの階層化サービス以外、 "Active IQ Unified Manager" および "BlueXPデジタルアドバイザ" 監視とレポートに使用できます。

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

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

また、アクセス頻度の低いデータをボリュームからオブジェクトストレージに転送する際に使用するネットワーク帯域幅を調整することもできます。最大転送速度_の設定は、クラスタを階層化用に設定するときに使用できます。設定後は*[クラスタ]*ページから使用できます。

はい。レイテンシは接続によって異なるため、クラウド階層と同じレイテンシを提供することはできません。オブジェクトストアのレイテンシとスループットを見積もるために、BlueXP階層化サービスではクラウドパフォーマンステスト（ONTAP オブジェクトストアプロファイラに基づく）を実行します。このテストは、オブジェクトストアの接続後、階層化のセットアップ前に使用できます。

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

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