Skip to main content
すべてのクラウドプロバイダ
  • Amazon Web Services の
  • Google Cloud
  • Microsoft Azure
  • すべてのクラウドプロバイダ
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

使用頻度の低いデータを低コストのオブジェクトストレージに階層化

共同作成者

ホットデータ用の SSD または HDD の高パフォーマンス階層と、アクセス頻度の低いデータ用のオブジェクトストレージの大容量階層を組み合わせることで、 Cloud Volumes ONTAP のストレージコストを削減できます。データ階層化は、 FabricPool テクノロジによって実現されます。概要については、を参照してください"データ階層化の概要"

データの階層化を設定するには、次の操作を実行する必要があります。

1つ サポートされている構成を選択します

ほとんどの構成がサポートされています。最新バージョンを実行している Cloud Volumes ONTAP システムがある場合は、に進んでください。 "詳細はこちら。"

2 つ Cloud Volumes ONTAP とオブジェクトストレージ間の接続を確認します
  • AWS では、 S3 への VPC エンドポイントが必要です。 詳細はこちら。

  • Azureでは、必要な権限がBlueXPに割り当てられていれば何も行う必要はありません。 詳細はこちら。

  • Google Cloudの場合は、プライベートGoogleアクセスのサブネットを設定し、サービスアカウントを設定する必要があります。 詳細はこちら。

3つ 階層化が有効なアグリゲートがあることを確認してください

ボリュームでデータ階層化を有効にするには、アグリゲートでデータ階層化が有効になっている必要があります。新しいボリュームと既存のボリュームの要件を確認しておく必要があります。 詳細はこちら。

4. ボリュームを作成、変更、またはレプリケートするときに階層化ポリシーを選択します

ボリュームを作成、変更、または複製するときに、階層化ポリシーを選択するよう求めるメッセージが表示されます。

メモ
データ階層化に不要なもの
  • データの階層化を有効にするために機能ライセンスをインストールする必要はありません。

  • 大容量階層用のオブジェクトストアを作成する必要はありません。BlueXPはそのような機能を提供します。

  • システムレベルでデータの階層化を有効にする必要はありません。

    BlueXPでは'システムの作成時にコールドデータ用のオブジェクトストアが作成されます 接続または権限に問題がないことが必要です。その後は、ボリューム(および場合によっては、 アグリゲート)。

データ階層化をサポートする構成

特定の構成や機能を使用する場合は、データの階層化を有効にすることができます。

AWSでのサポート

  • Cloud Volumes ONTAP 9.2以降では、AWSでデータ階層化がサポートされます。

  • パフォーマンス階層には、汎用 SSD ( GP3 または gp2 )またはプロビジョニングされる IOPS SSD ( io1 )を使用できます。

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

Azure でのサポート

  • Azureでは、次のデータ階層化がサポートされています。

    • シングルノードシステムの場合はバージョン9.4

    • HAペアではバージョン9.6

  • 高パフォーマンス階層には、Premium SSD Managed Disks、Standard SSD Managed Disks、Standard HDD Managed Disksがあります。

Google Cloudのサポート

  • Cloud Volumes ONTAP 9.6以降では、Google Cloudでデータ階層化がサポートされます。

  • パフォーマンス階層には、 SSD 永続ディスク、分散型永続ディスク、標準の永続ディスクがあります。

機能の相互運用性

  • データ階層化は暗号化テクノロジでサポートされています。

  • ボリュームでシンプロビジョニングを有効にする必要があります。

要件

クラウドプロバイダに応じて、 Cloud Volumes ONTAP がコールドデータをオブジェクトストレージに階層化できるように、特定の接続と権限を設定する必要があります。

コールドデータを AWS S3 に階層化するための要件

Cloud Volumes ONTAP が S3 に接続されていることを確認します。この接続を提供する最善の方法は、 S3 サービスへの vPC エンドポイントを作成することです。手順については、を参照して "AWS のドキュメント:「 Creating a Gateway Endpoint"ください。

vPC エンドポイントを作成するときは、 Cloud Volumes ONTAP インスタンスに対応するリージョン、 vPC 、およびルートテーブルを必ず選択してください。S3 エンドポイントへのトラフィックを有効にする発信 HTTPS ルールを追加するには、セキュリティグループも変更する必要があります。そうしないと、 Cloud Volumes ONTAP は S3 サービスに接続できません。

コールドデータを Azure BLOB ストレージに階層化するための要件

BlueXPに必要な権限があれば、高パフォーマンス階層と大容量階層の間に接続を設定する必要はありません。BlueXPでは、コネクタのカスタムロールに次の権限がある場合にvnetサービスエンドポイントが有効になります。

"Microsoft.Network/virtualNetworks/subnets/write",
"Microsoft.Network/routeTables/join/action",

権限はデフォルトでカスタムロールに含まれています。 "ConnectorのAzure権限を表示します"

コールドデータを Google Cloud Storage に階層化するための要件 バケット

要件の実装後にデータ階層化を有効化

BlueXPでは'接続やアクセス権に問題がない限り'システムの作成時にコールドデータ用のオブジェクトストアが作成されますシステムを作成するまで上記の要件を実装しなかった場合は、APIまたはONTAP System Managerを使用して階層化を手動で有効にする必要があります。この場合、オブジェクトストアが作成されます。

メモ BlueXPユーザインターフェイスで階層化を有効にする機能は、Cloud Volumes ONTAPの今後のリリースで提供される予定です。

アグリゲートで階層化が有効になっていることを確認してください

ボリュームでデータ階層化を有効にするには、アグリゲートでデータ階層化が有効になっている必要があります。新しいボリュームと既存のボリュームの要件を確認しておく必要があります。

  • * 新しいボリューム *

    新しいボリュームでデータ階層化を有効にする場合、アグリゲートでデータ階層化を有効にする必要はありません。階層化が有効になっている既存のアグリゲート上にボリュームが作成されます。データ階層化が有効になっているアグリゲートがない場合は、ボリューム用の新しいアグリゲートが作成されます。

  • * 既存のボリューム *

    既存のボリュームでデータ階層化を有効にする場合は、基盤となるアグリゲートでデータ階層化を有効にする必要があります。既存のアグリゲートでデータ階層化が有効になっていない場合は、ONTAP System Managerを使用して既存のアグリゲートをオブジェクトストアに接続する必要があります。

アグリゲートで階層化が有効になっているかどうかを確認する手順
  1. BlueXPで作業環境を開きます

  2. [Aggregates]タブをクリックします。

  3. 目的のタイルに移動し、アグリゲートで階層化が有効になっているか無効になっているかを確認します。

    階層化ステータスを含むBlueXPのアグリゲートに関する情報を示すスクリーンショット。

アグリゲートで階層化を有効にする手順
  1. ONTAPシステムマネージャで、*[ストレージ]>[階層]*をクリックします。

  2. アグリゲートの操作メニューをクリックし、 * クラウド階層の接続 * を選択します。

  3. 接続するクラウド階層を選択し、 * 保存 * をクリックします。

次の手順

次のセクションで説明するように、新規および既存のボリュームでデータ階層化を有効にできます。

読み取り / 書き込みボリュームのデータの階層化

Cloud Volumes ONTAP は、読み書き可能なボリューム上にあるアクセス頻度の低いデータを対費用効果の高いオブジェクトストレージに階層化して、ホットデータ用に高パフォーマンス階層を解放できます。

手順
  1. 作業環境の[Volumes]タブで、新しいボリュームを作成するか、既存のボリュームの階層を変更します。

    タスク アクション

    新しいボリュームを作成します

    [ 新しいボリュームの追加 ] をクリックします。

    既存のボリュームを変更します

    目的のボリュームタイルを選択し、[ボリュームの管理]*をクリックして[ボリュームの管理]右側パネルにアクセスし、右パネルの[高度な操作]および[階層化ポリシーの変更]*をクリックします。

  2. 階層化ポリシーを選択します。

    これらのポリシーの詳細については、を参照してください"データ階層化の概要"

    • 例 *

      ボリュームの階層化ポリシーの変更に使用できるオプションを示すスクリーンショット。

    データ階層化が有効なアグリゲートがない場合、ボリューム用の新しいアグリゲートがBlueXPで作成されます。

データ保護ボリュームのデータを階層化する

Cloud Volumes ONTAP では、データ保護ボリュームから容量階層にデータを階層化できます。デスティネーションボリュームをアクティブにすると、データは読み取られた時点でパフォーマンス階層に徐々に移動します。

手順
  1. 左側のナビゲーションメニューから、* Storage > Canvas *を選択します。

  2. キャンバスページで、ソースボリュームを含む作業環境を選択し、ボリュームを複製する作業環境にドラッグします。

  3. 画面の指示に従って、階層化ページに移動し、オブジェクトストレージへのデータ階層化を有効にします。

    • 例 *

      ボリュームのレプリケーション時の S3 階層化オプションを示すスクリーンショット。

    データの複製については、を参照してください "クラウドとの間でデータをレプリケートする"

階層化データのストレージクラスを変更する

Cloud Volumes ONTAP を導入したら、アクセスされていないアクセス頻度の低いデータのストレージクラスを 30 日間変更することで、ストレージコストを削減できます。データにアクセスするとアクセスコストが高くなるため、ストレージクラスを変更する前にこの点を考慮する必要があります。

階層化データのストレージクラスはシステム全体に適用され、ボリュームごとにではないものに限られます。

サポートされるストレージクラスの詳細については、を参照して"データ階層化の概要"ください。

手順
  1. 作業環境で、メニューアイコンをクリックし、 * ストレージクラス * または * BLOB ストレージの階層化 * をクリックします。

  2. ストレージクラスを選択して、「 * 保存」をクリックします。

データ階層化の空きスペース率を変更する

データ階層化の空きスペース率は、オブジェクトストレージへのデータの階層化時に Cloud Volumes ONTAP SSD / HDD で必要な空きスペースの量を定義します。デフォルトの設定は 10% の空きスペースですが、必要に応じて設定を調整できます。

たとえば、購入容量を確実に使用するために、空きスペースを 10% 未満にすることができます。追加の容量が必要になった場合(アグリゲートのディスクの上限に達するまで)、BlueXPで追加のディスクを購入できます。

注意 十分なスペースがないとCloud Volumes ONTAPでデータを移動できないため、パフォーマンスが低下する可能性があります。変更は慎重に行ってください。不明な場合は、NetAppサポートにお問い合わせください。

この比率はディザスタリカバリシナリオで重要になります。オブジェクトストレージからデータが読み取られると、 Cloud Volumes ONTAP はパフォーマンスを向上させるためにデータを SSD / HDD に移動するためです。十分なスペースがないと、 Cloud Volumes ONTAP はデータを移動できません。この比率を変更する際は、ビジネス要件を満たすためにこの点を考慮してください。

手順
  1. BlueXPコンソールの右上にある*アイコンをクリックし、[ Cloud Volumes ONTAP設定]*を選択します。

    BlueXPコンソールの右上にある設定アイコンを示すスクリーンショット。

  2. 容量 * で、アグリゲート容量しきい値 - データ階層化の空きスペース率 * をクリックします。

  3. 必要に応じて空き領域の比率を変更し、 [ 保存( Save ) ] をクリックします。

auto 階層化ポリシーのクーリング期間を変更します

_auto_tiering ポリシーを使用して Cloud Volumes ONTAP ボリュームのデータ階層化を有効にした場合は、ビジネスニーズに基づいてデフォルトのクーリング期間を調整できます。このアクションは、ONTAP CLIおよびAPIでのみサポートされます。

クーリング期間とは、ボリューム内のユーザデータが「コールド」とみなされてオブジェクトストレージに移動されるまでの期間です。

auto 階層化ポリシーのデフォルトのクーリング期間は 31 日です。冷却期間は次のように変更できます。

  • 9.8 以降: 2 日 ~ 183 日

  • 9.7 以前: 2 日から 63 日

ステップ
  1. ボリュームの作成時や既存のボリュームの変更時に、 API 要求で minimumCoolingDays パラメータを使用します。