プレデターによるサイバーリカバリーの概要

次の図は、ハイレベル・アーキテクチャを示している：

1. Thin Agent (別名 Guest Introspection) を含む VMware Tools がインストールされている VM は、バックアップ元のサーバーにバックアップされます。
2. バックアップ・データは、ソース・バックアップ・サーバーからIBM Cloudホストされた三次バックアップ・サーバーにレプリケートされます。
3. メタデータは、Predatarエージェントによってソースバックアップサーバーと三次バックアップサーバーから収集され、Predatarクラウドに送信されます。
4. Predatar Cyber Recovery Orchestrationは、VMのリカバリとテストを自動化し、レポートと通知を提供するために使用されます。
5. CleanRoom, リカバリ テストでは、vSnap サーバーからのインスタント マウント リストア タイプを使用して、バックアップ ファイルを ESXi ホストにストリーミングし、VM を迅速にリストアします。 リカバリーテストは、マルウェアスキャンをオーケストレーションしてもしなくても実行できる。 IBM Spectrum Protect を IBM Spectrum Protect for Virtual Environments とともに使用している場合、復旧は VMware データストアから行われます。
6. リカバリ・テストにマルウェア・スキャンが含まれる場合、エージェントレスのエンドポイント検出レスポンス（EDR）ツールを使用して、リカバリされたワークロードをスキャンし、クリーンアップします。 EDRツールは、ガートナーの主要なEDRプラットフォームから選択され、ファイルシグネチャスキャン、機械学習、インメモリ分析（ファイルレスマルウェアの識別用）、バリアント保護、動作分析、スクリプト、インジェクション、ランサムウェアの監視を組み合わせて使用し、リカバリされたワークロード内のアクティブまたは休止状態の脅威をチェックします。
7. EDRのコンポーネントは継続的に更新され、自動保護のために関連付けられます。
8. リカバリ・テストが完了すると、そのVMのメトリクスが保存され、レポート作成に使用できるようになります。

プレデター・アーキテクチャによるサイバーリカバリー

次の図に、vCenter Server インスタンス・アーキテクチャの詳細を示します：

プライマリまたはセカンダリのデータセンター：

• ソースVM - Predatarサービスによる保護が必要なクライアントVM。 VM には、VMware ゲスト イントロスペクションとしても知られる VMware Endpoint Protection の一部であるツール シン エージェントが必要で、CleanRoom にリカバリされたときにスキャンできるようにインストールされます。 詳細については、エンドポイント保護を参照してください。
• Thin エージェント - ファイル・イントロスペクション・ドライバとしても知られる Thin エージェントは、VMware Tools の一部である VM 内で実行されるファイル・イントロスペクション・エージェントです。 これは、スキャンするためのファイルやプロセスのオフロードを容易にする汎用的で軽量なエージェントである。
• ソース・バックアップ・サーバー - これらのサーバーは、クライアントのIBM Spectrum Protect IBM またはSpectrum Protect for Virtual Environments IBM Spectrum Protect Plus 環境の一部であり、3次バックアップ・サーバーにバックアップをレプリケートするように設定されています。
• Predatar Virtual Appliance - 以下で構成されています：
  • VM – お客様が提供する Microsoft Windows 2012以降のVMで、Predatarエージェントをホストするために使用します。
  • Predatar Agent - 顧客の VM 上でホストされ、1 つまたは複数の IBM Spectrum Protect/Spectrum Protect Plus サーバーにクエリを送信し、そのクエリを Predatar クラウドに送信する、フットプリントの小さなクライアントです。

プレデター・クラウド

• Predatar Cloud - PredatarはSaaSクラウド・ソリューションで、Predatar Cloudでホストされています。 プレデータは現在、ダラス、ロンドン、フランクフルトに拠点を置いている。 これらはすべて IBM Cloud によって提供され、顧客の IBM Spectrum Protect および Protect Plus メタデータを保持するために使用されます。
• メタデータ - Predatarは、そのマルチテナント型データレイクにメタデータ履歴を無制限に保存します。 このデータは、Predatarがプラットフォームの分析と機械学習機能を強化するために使用される。
• クライアント・アクセス - ロール・ベースのアクセス・コントロール（RBAC）は、データへのアクセスを管理するために使用され、顧客ごとにきめ細かく設定することができる。

IBM Cloud アカウント

• vCenter サーバーインスタンス - サイバーリカバリータスクにのみ使用され、サイバーリカバリー活動に限定された IBM Cloud アカウント展開される。 vCenter Server インスタンスの詳細については、VMware Solutions を参照してください。

vCenter Server インスタンス：

• VMware vSAN™ または NFS データストアを使用できる。 詳細については、物理ストレージ設計 を参照してください。

• 本番環境や災害復旧ワークロードはホストしませんが、感染したマシンを復旧し、CleanRoom でクリーンアップするために一時的に使用されます。

• vCenterサーバー インスタンス ネットワークを保護するために、以下の中から選択した 1 つをホストするエッジ クラスターが含まれます：

  • ジュニパー vSRX アプライアンス
  • FortiGate Virtual Appliance
  • 自身のゲートウェイ・アプライアンスを持ち込む

• Caveonix、Entrust、 VMware Aria® Operations™など、 vCenter Serverオプションのいずれかを含めることができる。

• オプションとして、Hyper Protect Crypto Services、Key Protect、および VMware KMIP サービスで暗号化を使用できます。 詳細については、 KMIP for VMware の概要を 参照のこと。

• 三次バックアップ サーバー - 1 つ以上のハード化された Red Hat Enterprise Linux IBM Cloud Bare Metal Servers で以下のコンポーネントをホストします：

  • IBM Spectrum Protect と IBM Spectrum Protect for Virtual Environments の組み合わせ。 詳細については、 IBM Storage Protect Cloud Blueprints を参照してください。
  • IBM Spectrum Protect Plus vSnap サーバー。 詳細については、IBM Spectrum Protect Plus ブループリントを参照してください。

• Predatar Virtual Appliance - 以下で構成されています：

  • VM - Predatar Agent をホストするために使用される、顧客が提供する Microsoft Windows® 2012 またはそれ以降の VM。
  • Predatar Agent - 顧客のVM上でホストされ、1つまたは複数のIBM Spectrum Protect/Spectrum Protect Plusサーバーにクエリを送信し、そのクエリをPredatarクラウドに送信する、フットプリントの小さなクライアントです。

• Predatar CleanRoom- Predatar CleanRoom は特許取得済みのコンセプトで、仮想化されたコンピュート、ストレージ、およびネットワーキングをまとめ、自動化されたリカバリ テストと組織化されたマルウェア スキャンの両方をサポートするリカバリ ターゲットを形成します。 VMware vSphere® と VMware NSX-T™ を備えた vCenter サーバーインスタンスは、仮想化されたコンピュート、ストレージ、およびネットワーキングを提供します。

プレデターを使ったサイバーリカバリーの方法

別の IBM Cloud アカウントを使用して、Predatar CleanRoom インスタンスをデプロイできます。 このプロセスは、IBM Cloud でホストする可能性のある他の生産ソリューションやディザスタ リカバリ ソリューションの所有者間の職務の分離を促進します。

統合クラスタの最小ホスト数は 3 台、最小ホスト構成は 128 GB RAM と 2.2 GHz の 20 コアで、管理ワークロードと顧客ワークロードの両方で合計 384 GB RAM と 132 GHz のクラスタを使用します。 クラスタの数、クラスタ内のホストの数、ホストのコアとRAMは拡張可能です。 CPU モデルと RAM を参照してください。

• vSAN Storage については、vSAN Storage を参照してください。
• NFS ストレージについては、NFS ストレージ を参照してください。

最小の IBM Cloud Classic Bare Metal サーバーは、IBM Spectrum Protect Plus vSnap サーバーの場合、4 x 1 TB ディスクで、RAID 6 で 2 TB になります。 最大の単一サーバーは34 x 12 TBのディスクで、RAID 6で384 TBとなる。

クラウドへの直接階層化モデルまたはディスクからクラウドへの階層化モデルを使用した小規模、中規模、および大規模の構成について詳しくは、 IBM Spectrum Protect Cloud Blueprint for IBM Cloud 」を参照してください。

VCF for Classic - Automated インスタンスに基づいて Predatar CleanRoom を作成するには、 VCF for Classic - Automated インスタンスを注文 する手順に従ってください：

1. ステップ5で、 プライマリ・インスタンスを選択します。
2. ステップ7で、[ Networking type] に[ Private network only ]を選択します。
3. ステップ8では、希望するファイアウォールオプションを備えたゲートウェイクラスターを注文します：
   • Juniper vSRX,を選択した場合は、ジュニパーvSRX のご注文 を参照してください。
   • FortiGate,を選択した場合は、FortiGate仮想アプライアンスの注文 を参照してください。
   • ゲートウェイアプライアンスの持ち込みを選択した場合は、ファイアウォールベンダーが提供するインストール手順を参照してください。

vCenter Server インスタンスがプロビジョニングされます：

1. ファイアウォールの設定は、ベンダーのマニュアルと以下の情報を参考にしてください：

   • IBM Cloud の IP 範囲
   • デプロイメントと Day 2 運用に使用されるポート
   • VMwareコンポーネントが使用するポート
   • サービス用のポート

2. Windows VMをデプロイする。

3. Predatarエージェントを展開します。

IBM Cloud Classic Bare Metal サーバーを注文するには、カスタム ベアメタル サーバーの構築 を参照してください。

1. オペレーティング・システムのベンダーには Red Hat を、バージョンには 8.x (64 ビット) を選択してください。
2. 必要なサーバープロファイルを選択します。
3. 必要なディスクの数とサイズを選択する。
4. vCenter Serverインスタンスがデプロイされているのと同じプライベートVLANを選択していることを確認してください。

関連リンク

• vCenter Server with NSX-T インスタンスで Transit Gateway を使用するためのアーキテクチャー・パターン
• vCenterサーバーと NSX-T インスタンスで Direct Link を介して IPsec を使用する場合のアーキテクチャ パターン
• Direct Linkと NSX-T エッジ クラスタをコロケーションで使用する場合のアーキテクチャ パターン
• NSX-TおよびEVPNでDirect Linkを使用する場合のアーキテクチャ パターン
• 仮想プライベート・ネットワーク (VPN)
• アカウント間接続の追加
• プレデター
• プレデター・サイバー・オーケストレーション