Skip to main content
How to enable StorageGRID in your environment
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

TR-4871:『Commvault Complete Backup and Recovery and NetApp StorageGRID』

共同作成者

解決策の概要

CommvaultとNetAppは提携して、Commvault Complete Backup and Recovery for NetAppソフトウェアとクラウドストレージ向けのNetApp StorageGRIDソフトウェアを組み合わせた共同データ保護解決策を作成しました。多くの組織は、ストレージをクラウドに移行し、システムを拡張し、データの長期保持に関するポリシーを自動化したいと考えています。Commvault Complete Backup and RecoveryとNetApp StorageGRIDは、相互に連携して機能する独自の使いやすいソリューションを提供し、急速なデータ量の増大や世界各地の規制への対応を支援します。クラウドベースのオブジェクトストレージは、耐障害性、拡張性、運用効率とコスト効率に優れていることで知られており、バックアップのターゲットとして最適です。CommvaultとNetAppは、2014年に解決策の統合を共同で認定し、それ以来、両社のソリューション間の緊密な統合を設計してきました。世界中のあらゆるタイプのお客様が、Commvault Complete Backup and RecoveryとStorageGRID Combined解決策を採用しています。

Commvault Complete Backup and Recoveryソフトウェアをクラウドストレージに実装する場合は、次の2つのバックアップオプションがあります。

  • プライマリディスクターゲットにバックアップし、補助コピーをクラウドストレージにバックアップします。

  • プライマリターゲットとしてクラウドストレージにバックアップします。

これまで、クラウドやオブジェクトストレージは、プライマリバックアップに使用するにはパフォーマンスが低すぎると考えられていました。プライマリディスクターゲットを使用することで、バックアップとリストアのプロセスを高速化し、コールドバックアップとしてクラウドに補助コピーを保持することができました。StorageGRIDは次世代のオブジェクトストレージです。StorageGRIDは、他のオブジェクトストレージベンダーが提供するよりも優れたパフォーマンスと優れたスループットに加え、優れたパフォーマンスと柔軟性を備えています。

表1に、StorageGRIDを使用した各バックアップオプションの利点を示します。

表1)ディスクへのプライマリバックアップと補助コピー(StorageGRIDへのプライマリバックアップとの比較)

ディスクへのプライマリ・バックアップとStorageGRIDへの補助コピー StorageGRIDへのプライマリバックアップ

パフォーマンス

ライブマウントまたはライブリカバリを使用した最速のリカバリ時間:Tier0/Tier1ワークロードに最適

ライブマウントまたはライブリカバリ処理には使用できません。ストリーミングリストア処理や長期保持に最適です。

導入アーキテクチャ

オールフラッシュまたは回転式ディスクを第1のバックアップランディング層として使用StorageGRIDはセカンダリ階層として使用されます。

包括的なバックアップターゲットとしてStorageGRIDを使用することで、導入を簡易化します。

高度な機能(ライブリストア)

サポートされます

サポート対象外

対象読者

本ドキュメントは、CommvaultおよびStorageGRIDのバックアップ/リカバリソリューションを使用するデータ管理者および設計者を対象としています。

解決策テクノロジ

テスト済みの解決策は、CommvaultとNetAppのソリューションを組み合わせて、強力な共同解決策を構築しました。

Commvault Complete Backup and Recoveryソフトウェアは、エンタープライズレベルの統合データおよび情報管理解決策で、単一プラットフォーム上に一から構築され、統合コードベースを備えています。すべての機能がバックエンドテクノロジを共有し、データの保護、管理、アクセスに完全に統合されたアプローチによる比類のないメリットとメリットをもたらします。このソフトウェアには、データを保護、アーカイブ、分析、複製、検索するためのモジュールが含まれています。これらのモジュールは、相互にシームレスに連携する、共通のバックエンドサービスと高度な機能セットを共有しています。解決策は、企業のデータ管理のあらゆる側面に対応しながら、無限の拡張性とかつてないデータと情報の制御を提供します。

Commvaultソフトウェアプラットフォームの主な機能は次のとおりです。

  • 仮想サーバと物理サーバ、NASシステム、クラウドベースのインフラ、モバイルデバイス上のすべての主要なオペレーティングシステム、アプリケーション、データベースをサポートする完全なデータ保護解決策。

  • 単一のコンソールによるシンプルな管理:企業全体のすべての機能とすべてのデータと情報を表示、管理、アクセスできます。

  • データのバックアップとアーカイブ、Snapshot管理、データレプリケーション、eディスカバリ向けのコンテンツインデックス作成など、さまざまな保護方法が用意されています。

  • ディスクストレージとクラウドストレージの重複排除による効率的なストレージ管理

  • AFF、FAS、NetApp HCI、Eシリーズアレイ、NetApp SolidFire ®スケールアウトストレージシステムなどのNetAppストレージアレイとの統合また、NetApp Cloud Volumes ONTAPソフトウェアとの統合により、NetAppストレージポートフォリオ全体で、インデックス付きのアプリケーション対応NetApp Snapshot™コピーの作成を自動化できます。

  • 業界をリードするオンプレミスの仮想ハイパーバイザーとパブリッククラウドハイパースケーラプラットフォームをサポートする包括的な仮想インフラ管理

  • 重要なデータへのアクセスを制限し、きめ細かな管理機能を提供し、Active Directoryユーザにシングルサインオンアクセスを提供する高度なセキュリティ機能。

  • ポリシーベースのデータ管理により、物理的な場所ではなく、ビジネスニーズに基づいてデータを管理できます。

  • 最先端のエンドユーザエクスペリエンスで、ユーザが自身のデータを保護、検索、リカバリできるようにします。

  • APIベースの自動化:vRealize AutomationやService Nowなどのサードパーティ製ツールを使用してデータ保護とリカバリの処理を管理できます。

サポートされるワークロードの詳細については、 https://www.commvault.com/supported-technologies

Commvaultクラウド階層としてのNetApp StorageGRIDは、エンタープライズハイブリッドクラウドのオブジェクトストレージ解決策です。専用アプライアンスまたはSoftware-Defined環境のいずれかを使用して、多数のサイトに導入できます。StorageGRIDを使用すると、データの格納方法と保護方法を決定するデータ管理ポリシーを確立できます。StorageGRIDは、ポリシーの開発と実施に必要な情報を収集します。パフォーマンス、耐久性、可用性、地理的な場所、 長寿とコスト。データは、サイト間や古くなっても、完全に維持され、保護されます。

StorageGRIDインテリジェントポリシーエンジンを使用すると、次のいずれかのオプションを選択できます。

  • イレイジャーコーディングを使用して複数のサイトにデータをバックアップし、耐障害性を確保するため。

  • オブジェクトをリモートサイトにコピーしてWANのレイテンシとコストを最小限に抑えること。

StorageGRIDにオブジェクトが格納されると、その場所やコピーの数に関係なく、オブジェクトに1つのオブジェクトとしてアクセスできます。この動作はディザスタリカバリに不可欠です。ディザスタリカバリでは、データの1つのバックアップコピーが破損しても、StorageGRIDはデータをリストアできます。

バックアップデータをプライマリストレージに保持すると、コストがかかる場合があります。NetApp StorageGRIDを使用すると、使用頻度の低いバックアップデータをStorageGRIDに移行してプライマリストレージのスペースを解放しながら、StorageGRIDのさまざまな機能を活用できます。バックアップデータの価値は時間の経過とともに変化し、保存コストも変化します。StorageGRIDを使用すると、データの保持性を高めながら、プライマリストレージのコストを最小限に抑えることができます。

解決策セットアップ

このラボStorageGRID環境は、4台のNetApp StorageGRID SG5712アプライアンス、1台の仮想プライマリ管理ノード、1台の仮想ゲートウェイノードで構成されています。SG5712アプライアンスは、ベースライン構成であるエントリレベルオプションです。NetApp StorageGRID SG5760やSG6060などの高パフォーマンスアプライアンスを選択すると、パフォーマンスが大幅に向上します。サイジングの支援については、NetApp StorageGRID 解決策 アーキテクトにお問い合わせください。

StorageGRIDのデータ保護ポリシーでは、統合ライフサイクル管理(ILM)ポリシーを使用してデータを管理および保護します。ILMルールはポリシー内で上から下に評価されます。表2に示すILMポリシーを実装しました。

表2)StorageGRIDのILMポリシー

ILMルール 絞り込み 取り込み動作

イレイジャーコーディング2+1

200KBを超えるオブジェクト

中間( Balanced )

2コピー

すべてのオブジェクト

デュアルコミット

デフォルトルールはILM 2 Copyルールです。このテストでは、200KB以上のすべてのオブジェクトにイレイジャーコーディング2+1ルールを適用しました。デフォルトルールは200KB未満のオブジェクトに適用されました。このようにルールを適用することは、StorageGRIDのベストプラクティスです。

このテスト環境の技術的な詳細については、テクニカルレポートの「ソリューションの設計とベストプラクティス」セクションを参照して "CommvaultによるNetAppスケールアウトデータ保護" ください。

サイジング

お客様の環境に合わせた具体的なサイジングについては、NetAppデータ保護のスペシャリストにお問い合わせください。NetAppのデータ保護スペシャリストは、Commvault Total Backup Storage Calculatorツールを使用して、バックアップインフラの要件を見積もることができます。このツールにはCommvaultパートナーポータルへのアクセスが必要です。必要に応じてアクセスにサインアップします。

Commvaultのサイジング入力

次のタスクを使用して、データ保護解決策のサイジングに関する検出を実行できます。

  • 保護が必要なシステムまたはアプリケーション/データベースのワークロードと、対応するフロントエンドの容量(テラバイト[TB])を特定します。

  • 保護が必要なVM /ファイルワークロードと同様のフロントエンド容量(TB)を特定します。

  • 短期および長期の保持要件を特定します。

  • 特定したデータセット/ワークロードの1日あたりの変更率を特定します。

  • 今後12カ月、24カ月、36カ月間のデータ増加予測を特定します。

  • ビジネスニーズに応じて、データ保護/リカバリのRTOとRPOを定義します。

この情報が入手可能になったら、バックアップインフラのサイジングを実行し、必要なストレージ容量の内訳を表示できます。

StorageGRIDサイジングガイダンス

NetApp StorageGRIDサイジングを実行する前に、ワークロードについて次の点を考慮してください。

  • 使用可能容量

  • WORMモード

  • 平均オブジェクトサイズ

  • パフォーマンス要件

  • 適用されたILMポリシー

StorageGRIDに階層化したバックアップワークロードのサイズと保持スケジュールに対応するために必要な使用可能容量。

WORMモードは有効になるかどうかCommvaultでWORMを有効にすると、StorageGRIDでオブジェクトロックが設定されます。これにより、必要なオブジェクトストレージ容量が増加します。必要な容量は、保持期間および各バックアップで変更されるオブジェクトの数によって異なります。

平均オブジェクトサイズは、StorageGRID環境でのパフォーマンスのサイジングに役立つ入力パラメータです。Commvaultワークロードに使用される平均オブジェクトサイズは、バックアップのタイプによって異なります。

表3に、バックアップタイプ別の平均オブジェクトサイズと、リストアプロセスでオブジェクトストアから読み取られる内容を示します。

表3)Commvaultワークロードのオブジェクトサイズとリストア動作

バックアップタイプ 平均オブジェクトサイズ リストア動作

StorageGRIDで補助コピーを作成する

32 MB

32MBオブジェクトのフル読み取り

バックアップをStorageGRIDに転送する(重複排除が有効)

8 MB

1MBのランダムレンジ読み取り

バックアップをStorageGRIDに転送する(重複排除は無効)

32 MB

32MBオブジェクトのフル読み取り

また、フルバックアップと増分バックアップのパフォーマンス要件を理解しておくと、StorageGRIDストレージノードのサイズを決定する際に役立ちます。StorageGRIDの情報ライフサイクル管理(ILM)ポリシーのデータ保護方式は、Commvaultバックアップの格納に必要な容量を決定し、グリッドのサイジングに影響します。

StorageGRID ILMレプリケーションは、オブジェクトデータを格納するためにStorageGRIDで使用される2つのメカニズムの1つです。データをレプリケートするILMルールにStorageGRIDがオブジェクトを割り当てると、オブジェクトのデータの完全なコピーが作成されてストレージノードに格納されます。

イレイジャーコーディングは、オブジェクトデータを格納するために StorageGRID で使用される 2 つ目の方法です。イレイジャーコーディングコピーを作成するように設定されたILMルールにStorageGRIDがオブジェクトを割り当てると、オブジェクトデータが複数のデータフラグメントに分割されます。その後、追加のパリティフラグメントを計算し、各フラグメントを別 々 のストレージノードに格納します。アクセスされたオブジェクトは、格納されたフラグメントを使用して再アセンブルされます。データフラグメントまたはパリティフラグメントが破損したり失われたりした場合、イレイジャーコーディングアルゴリズムで残りのデータフラグメントとパリティフラグメントのサブセットを使用してそのフラグメントを再作成できます。

次の例に示すように、2つのメカニズムで必要なストレージ容量は異なります。

  • レプリケートコピーを2つ格納すると、ストレージのオーバーヘッドが2倍になります。

  • 2+1のイレイジャーコーディングコピーを格納すると、ストレージのオーバーヘッドが1.5倍に増加します。

テストした解決策では、単一サイトのエントリレベルのStorageGRID環境を使用しました。

  • 管理ノード:VMware仮想マシン(VM)

  • ロードバランサ:VMware VM

  • ストレージノード:SG5712(4TBドライブ搭載)×4

  • プライマリ管理ノードとゲートウェイノード:本番環境のワークロードの最小要件を満たすVMware VM

メモ

StorageGRIDは、サードパーティのロードバランサもサポートしています。

StorageGRIDは通常、ノードレベルやサイトレベルの障害から保護するためにデータをレプリケートするデータ保護ポリシーを使用して、2つ以上のサイトに導入されます。データをStorageGRIDにバックアップすることで、複数のコピーまたはイレイジャーコーディングによってデータを保護します。イレイジャーコーディングは、アルゴリズムによってデータを確実に分離して再構成します。

サイジングツールを使用できます。 "Fusion" グリッドのサイズを調整します。

拡張性

NetApp StorageGRIDシステムを拡張するには、ストレージノードにストレージを追加するか、既存のサイトに新しいグリッドノードを追加するか、新しいデータセンターサイトを追加します。拡張は現在のシステムの処理を中断せずに実行できます。
StorageGRIDでは、ストレージノードのパフォーマンスが高いノード、またはロードバランサと管理ノードを実行する物理アプライアンスを使用するか、ノードを追加するだけでパフォーマンスを拡張できます。

メモ

StorageGRIDシステムの拡張の詳細については、を参照してください "StorageGRID 11.9拡張ガイド"

StorageGRIDハードウェア仕様

表4に、このテストで使用したNetApp StorageGRIDハードウェアを示します。10Gbpsネットワークを備えたStorageGRID SG5712アプライアンスはエントリレベルのオプションで、ベースライン構成です。必要に応じて、25Gbpsネットワーク用にSG5712を設定できます。

NetApp StorageGRID SG5760、SG6060、オールフラッシュSGF6112アプライアンスなどのハイパフォーマンスアプライアンスオプションを選択すると、パフォーマンスが大幅に向上します。サイジングの支援については、NetApp StorageGRID 解決策 アーキテクトにお問い合わせください。

表4)SG5712のハードウェア仕様

ハードウェア 数量 ディスク 使用可能容量 ネットワーク

StorageGRID SG5712アプライアンス

4.

4TB×48(ニアラインSAS HDD)

136TB

10Gbps

CommvaultとStorageGRIDのソフトウェア要件

表5と表6に、テスト用にVMwareソフトウェアにインストールしたCommvaultとNetApp StorageGRIDソフトウェアのソフトウェア要件を示します。4つのMediaAgentデータ転送マネージャと1つのCommServeサーバがインストールされました。このテストでは、VMwareインフラ用に10Gbpsネットワークを実装しました。

表5)Commvaultソフトウェアの総システム要件

コンポーネント 数量 データストア サイズ 合計 合計必要IOPS

CommServeサーバ

1.

OS

500 GB

500 GB

n/a

SQL>

500 GB

500 GB

n/a

MediaAgent

4.

仮想CPU(vCPU)

16

64歳

n/a

RAM

128 GB

512

n/a

OS

500 GB

2TB

n/a

インデックスキャッシュ

2TB

8TB

200以上

DDB

2TB

8TB

200 ~ 80、000 K

このテスト環境では、NetApp EシリーズE2812ストレージアレイ上のVMwareに、1つの仮想プライマリ管理ノードと1つの仮想ゲートウェイノードを導入しました。各ノードを別 々 のサーバに配置し、表6に示す本番環境の最小要件を満たしました。

表6)StorageGRID仮想管理ノードとゲートウェイノードの要件

ノードタイプ 数量 vCPU RAM ストレージ

ゲートウェイノード

1.

8

24 GB

OS用に100GBのLUN

管理ノード

1.

8

24 GB

OS用に100GBのLUN

管理ノードのテーブル用に200GBのLUN

管理ノードの監査ログ用に200GBのLUN

Commvault Complete Backup and RecoveryおよびNetApp StorageGRIDを使用したデータ保護ジョブの実行

Commvault Complete Backup and Recovery for NetAppを使用してNetApp StorageGRIDを設定するには、次の手順を実行してStorageGRIDをCommvaultソフトウェア内のクラウドライブラリとして追加しました。

CommvaultとNetApp StorageGRIDの構成

  1. CommVault Command Centerにログインします。左側のパネルで、[Storage]>[Cloud]>[Add]をクリックし、[Add Cloud]ダイアログボックスを確認して応答します。

    クラウドの追加

  2. タイプ(Type)で、NetApp StorageGRIDを選択します。

  3. MediaAgentの場合は、クラウドライブラリに関連付けられているものをすべて選択します。

  4. [Server Host]に、StorageGRIDエンドポイントのIPアドレスまたはホスト名とポート番号を入力します。

    StorageGRIDのドキュメントに記載されている手順に従います。 "ロードバランサエンドポイント(ポート)の設定方法"。自己署名証明書とStorageGRIDエンドポイントのIPアドレスまたはドメイン名を含むHTTPSポートがあることを確認します。

  5. 重複排除を使用する場合は、このオプションをオンにして、重複排除データベースの場所へのパスを指定します。

  6. [ 保存 ] をクリックします .

NetApp StorageGRIDをプライマリターゲットとしてバックアップ計画を作成

  1. 左側のパネルで、[Manage]>[Plans]を選択し、[Create Server Backup Plan]ダイアログボックスを表示して応答します。

    サーババックアップ計画の作成

  2. 計画名を入力します。

  3. 前の手順で作成したStorageGRID Simple Storage Service(S3)ストレージのバックアップ先を選択します。

  4. バックアップの保持期間と目標復旧時点(RPO)を入力します。

  5. [ 保存 ] をクリックします .

CommvaultソフトウェアとStorageGRIDを使用してワークロードを保護するバックアップジョブを開始

Commvault Complete Backup and Recovery to StorageGRIDからバックアップジョブを開始するには、次の手順を実行します。

  1. CommVault Command Centerで、[Protect]>[Virtualization]の順に選択します。

  2. VMware vCenter Serverハイパーバイザーを追加します。

  3. 追加したハイパーバイザーをクリックします。

  4. [Add VM group]をクリックして[Add VM Group]ダイアログボックスに応答し、保護するvCenter環境を確認します。

    VMグループの追加

  5. データストア、VM、またはVMの集合を選択し、名前を入力します。

  6. 前のタスクで作成したバックアップ計画を選択します。

  7. [Save]をクリックして、作成したVMグループを確認します。

  8. [VM group]ウィンドウの右上にある[Backup]を選択します。

    VMグループ

  9. バックアップ・レベルとして[Full]を選択し、バックアップが完了したら(オプションで)Eメールを要求し、[OK]をクリックしてバックアップ・ジョブを開始します。

    バックアップレベル

  10. ジョブの概要ページに移動して、ジョブの指標を確認します。

    ジョブの概要

ベースラインパフォーマンステスト

表7に、ベースラインパフォーマンステストの結果を示します。Aux Copy操作では、4つのCommvault MediaAgentがNetApp AFF A300システムにデータをバックアップし、NetApp StorageGRID上に補助コピーを作成しました。テストセットアップ環境の詳細については、テクニカルレポートの「ソリューションの設計とベストプラクティス」セクションを参照して "CommvaultによるNetAppスケールアウトデータ保護" ください。

このテストは、100台のVMと1、000台のVMを使用して実施しました。どちらのテストも、Windows VMとCentOS VMが50対50で混在した環境で実施しました。

表7)ベースラインパフォーマンステスト

操作 バックアップ速度 リストア速度

AUXコピー

2TB/時

1.27TB/時間

オブジェクトとの直接やり取り(重複排除オン)

2.2 TB/時間

1.22TB/時間

エージングオフパフォーマンスをテストするために、250万個のオブジェクトが削除されました。図2と図3に示すように、削除の実行は3時間以内に完了し、80TB以上のスペースが解放されました。削除の実行は午前10時30分に開始されました。

図1)250万個(80TB)のオブジェクトを3時間未満で削除

オブジェクトの経時的な変化

図2)80TBのストレージを3時間未満で解放

時間の経過に伴うストレージ

バケット整合性レベルの推奨事項

NetApp StorageGRIDを使用すると、エンドユーザは、Simple Storage Service(S3)バケット内のオブジェクトに対して実行される処理の整合性レベルを選択できます。

CommVault MediaAgentは、CommVault環境のデータムーバーです。ほとんどの場合、MediaAgentはプライマリStorageGRIDサイトにローカルで書き込むように設定されています。そのため、ローカルのプライマリサイト内で高い整合性レベルを維持することを推奨します。StorageGRIDで作成したCommvaultバケットに整合性レベルを設定する場合は、次のガイドラインに従ってください。

メモ
If you have a Commvault version earlier than 11.0.0 - Service Pack 16, consider upgrading Commvault to the newest version. If that is not an option, be sure to follow the guidelines for your version.
  • 11.0.0より前のバージョンのCommVault - Service Pack 16。* 11.0.0より前のバージョンのService Pack 16では、CommVaultはリストアおよび削除処理の一環として、存在しないオブジェクトに対してS3 HEADおよびGET処理を実行します。バケットの整合性レベルをstrong-siteに設定して、StorageGRIDへのCommvaultバックアップに最適な整合性レベルを実現します。

  • CommVaultバージョン11.0.0 - Service Pack 16以降。*バージョン11.0.0 - Service Pack 16以降では、存在しないオブジェクトに対して実行されるS3 HEAD処理とGET処理の数が最小限に抑えられます。CommvaultおよびStorageGRID環境で高い整合性レベルを確保するには、バケットのdefault整合性レベルをRead-after-new-writeに設定します。

追加情報の検索場所

このドキュメントに記載されている情報の詳細については、以下のドキュメントや Web サイトを参照してください。