Data Domain：Commvault v11のメディア エージェント サイジング ガイドライン

概要: この文書では、Data Domainの統合に関するCommvault Media Agent Sizingのガイドラインについて説明します。

この記事は次に適用されます： この記事は次には適用されません： この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。
他のリソースを確認する

手順

CommVault 11.32.xのメディア エージェントサイジングガイドライン

CommVault 11.32.xでは、Data Domain DDBoostはCommVault重複排除のみを置き換えます。
メディア エージェントには、メディア エージェント ホストに必要なリソースを削減するために使用される重複排除されていないプールがあります。

ここでは、さまざまな構成でメディア エージェントのサイズを設定するのに役立つガイドラインをいくつか示します。
メディア エージェントのみ(重複排除されていないデータベース プール)
 
構成を含むメディア エージェント
図1: 構成を含むメディア エージェント

DDBoost Client Directでは、CommVaultはメディア エージェントでハッシュ ルックアップを実行していません。引き続きメタデータとインデックス作成情報をメディア エージェントに送信するため、メディア エージェントのサイズを適宜設定できます。


非重複排除モードのハードウェア仕様

テープ、ディスク、クラウド、インデックス キャッシュ用メディア エージェントのハードウェア要件は次のとおりです。システム要件の詳細については、「 メディア エージェントのシステム要件 」を参照してください。

大事な：
次のハードウェア要件は、重複排除されていないメディア エージェントに適用されます。推奨されるワークロードは、ソフトウェアの制限ではなく、特定の条件下でのサイジングに関する設計ガイドラインです。推奨される推奨事項はメディア エージェントごとです。
  • 推奨容量を超える大規模なデータセットの場合は、ファイル システム エージェント、データベース エージェントなど、同様のデータ エージェントをバックアップ用にグループ化することをお勧めします。
  • TBの値は2進数です。
  • 必要なIOPSを実現するには、ハードウェア ベンダーに問い合わせて、実装に最適な構成を確認してください。
  • インデックス キャッシュ ディスクの推奨事項は、ファイル、VM、細分性の高いメッセージなどの非構造化データです。アプリケーション、データベースなどの構造化データでは、必要なインデックス キャッシュが少なくなります。
  • CPUとRAM、オペレーティング システムまたはソフトウェア ディスク、インデックス キャッシュ ディスク
メモ: インデックス キャッシュ ディスク サイズの場合、CommvaultはFEデータの合計の4%を推奨します。
 
CPUまたはRAM、OS、ソフトウェア ディスク、インデックス キャッシュ ディスク
図2：CPUまたはRAM、オペレーティング システムまたはソフトウェア ディスク、インデックス キャッシュ ディスク

推奨されるデータ ストリームとワークロード。
 
コンポーネント 特大 大きな 中 小さな
並列データ ストリーム転送 300 200 100 50
フロントエンド テラバイト(FET) 360 TB 250 TB 80 TB 50 TB

メモ:
  1. SSDクラス ディスクは、PCIeベースのカードまたは内蔵の専用耐久性値ドライブを示します。
  2. ファイル、VM、細分性の高いメッセージなどの非構造化データに関する推奨事項アプリケーションやデータベースなどの構造化データでは、必要なインデックス キャッシュが少なくなります。
  3. インデックス キャッシュ ディレクトリーは、ローカル ドライブ上にある必要があります。ネットワーク ドライブはサポートされていません。
  4. フロントエンド テラバイト(FET): バックアップが必要なクライアント コンピューター上のデータのサイズ(ファイル、データベース、メールボックスなど)。
  5. インデックス作成のパフォーマンスを向上させるには、SSD(ソリッド ステート ドライブ)にインデックス データを保存することをお勧めします。
次のエージェントとケースでは、可能な限り最高のインデックス作成パフォーマンスが必要です。
  • Exchangeメールボックス エージェント
  • 仮想サーバー エージェント
  • NDMPバックアップを実行しているNASファイラー
  • 大容量ファイル サーバーのバックアップ
  • SharePointエージェント
  • 重要な場合は必ず最大限のパフォーマンスを確保します。


アクセス ノードのハードウェア仕様(アクセス ノードはプロキシ クライアントとも呼ばれます)。

仮想サーバー エージェント
のハードウェア仕様物理マシンまたは仮想マシンのいずれかにインストールされているVSA(Virtual Server Agent)のハードウェア要件が満たされていることを確認します。
 
仮想サーバー エージェントのハードウェア仕様
図3：仮想サーバー エージェントのハードウェア仕様
1.最新世代のCPUアーキテクチャ 2 を
想定しています。フロントエンド テラバイト(FET): ファイル、データベース、メールボックスなど、バックアップが必要なクライアント コンピューター上のデータのサイズ。

重要な考慮事項:
  • VSAがメディア エージェント(物理マシンまたは仮想マシン)にインストールされている場合、VSA容量を超えるメディア エージェントの容量は、重複排除モードで指定された最大容量まで、リモートVASAを含む他のネットワーク ベースのエージェントに使用できます。
  • メディア エージェント パッケージがインストールされたVSAプロキシをライブ ブラウズ操作に使用する場合、ブロック レベルの参照機能は、ジョブ結果ディレクトリ内のLRU(最も最近使用された(LRU)ベースの擬似マウント キャッシュを使用します。少なくとも20 GBの空き容量が必要です。
  • 大容量ファイルをリストアする場合は、リストア中に頻繁にプルーニングする必要がないように、仮想マウント キャッシュのサイズを増やしてパフォーマンスを向上させることができます。最適なパフォーマンスを得るために、仮想マウント キャッシュ上の空き領域は、キャッシュのディスク全体のサイズとリストアするデータのサイズの少なくとも10%である必要があります。
  • 仮想マシンの場合、パフォーマンスと拡張性を最大限に高めるために、設定された制約内で動作するCommvaultソフトウェア プロセッサー用に推奨されるCPU、メモリー、その他のリソースを予約します。
  • ここで説明するサイジング ガイダンスは、バックアップ ストレージへの直接接続またはネットワーク接続に適用されます。ホット アド転送モードをバックアップ/リカバリ操作に使用する場合、全体的なスループットは低くなります。
  • 仮想マシンのファイル インデックス作成を有効にすると、ここに記載されているハードウェア要件が25%増加します。詳細については、「 仮想マシンのファイル インデックス作成の要件 」を参照してください。
I/Oパス
  • データストアとバックアップ ディスクへの専用I/O
  • 専用I/Oには、読み取り操作用のインターフェイスとバックアップ ディスクへの書き込み用のインターフェイスが必要です。
  • 「 重複排除モード 」の説明に従って、サーバーには重複排除操作に推奨されるI/O操作(IOPS)が必要です。
関連トピック
  • システム要件の詳細については、「 仮想化 」の下にあるハイパーバイザーの「 システム要件 」ページを参照してください。
  • バックアップ/リカバリー操作を最適化するには、重複排除モードのサイジングガイダンスを参照してください。CommCellハードウェアの仕様については、「 CommCell Sizing 」を参照してください。
CommVaultメディア エージェントのサイジングに関する基本的なドキュメントを次に示します。
多くの場合、メディア エージェントは、VM、Isilon(ネットワーク共有)、ECS(オブジェクト ストレージ)などのバックアップ用のアクセス ノード(プロキシ)でもあります。両方の要件がそのサーバーに適用されます。
メモ: メディア エージェントのサイジングについては、CommVaultに問い合わせてください。

対象製品

Data Domain
文書のプロパティ
文書番号: 000219314
文書の種類: How To
最終更新: 01 12月 2023
バージョン:  3
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。