"VMware Cloud on AWS"AWS エコシステム内の VMware ベースのワークロードにクラウドネイティブのエクスペリエンスを提供します。各 VMware ソフトウェア定義データセンター (SDDC) は Amazon Virtual Private Cloud (VPC) で実行され、完全な VMware スタック (vCenter Server を含む)、NSX-T ソフトウェア定義ネットワーク、vSAN ソフトウェア定義ストレージ、およびワークロードにコンピューティング リソースとストレージ リソースを提供する 1 つ以上の ESXi ホストを提供します。 AWS上でVMC環境を構成するには、次の手順に従ってください。"リンク" 。パイロットライト クラスターは DR 目的にも使用できます。

Amazon FSx ONTAP は、人気のNetApp ONTAPファイルシステム上に構築された、信頼性が高く、スケーラブルで、高性能かつ機能豊富なファイルストレージを提供するフルマネージドサービスです。この手順に従ってください"リンク"FSx ONTAP をプロビジョニングおよび構成します。

次のステップでは、 NetApp BlueXPを使用して、AWS インスタンス上でプロビジョニングされた FSx ONTAPを検出し、適切な頻度とNetApp Snapshot コピー保持期間で、必要なデータストア ボリュームをオンプレミス環境から FSx ONTAPに複製します。

BlueXPを設定するには、このリンクの手順に従ってください。このリンクに従って、 NetApp ONTAP CLI を使用してレプリケーションをスケジュールすることもできます。

権限を変更する docker.sock： sudo chmod 666 /var/run/docker.sock 。

プラットフォームを追加したら、回復する VM をリソース グループにグループ化できます。 DRO リソース グループを使用すると、依存する VM のセットを、ブート順序、ブート遅延、および回復時に実行できるオプションのアプリケーション検証を含む論理グループにグループ化できます。

リソース グループの作成を開始するには、次の手順を実行します。

災害が発生した場合にアプリケーションを回復するための計画が必要です。ドロップダウンからソースとターゲットの vCenter プラットフォームを選択し、このプランに含めるリソース グループと、アプリケーションを復元してパワーオンする方法のグループ化 (たとえば、ドメイン コントローラ、次に Tier 1、次に Tier 2 など) を選択します。このような計画は、青写真と呼ばれることもあります。リカバリ プランを定義するには、[レプリケーション プラン] タブに移動し、[新しいレプリケーション プラン] をクリックします。

レプリケーション プランの作成を開始するには、次の手順を実行します。

レプリケーション プランが作成された後、要件に応じて、フェールオーバー オプション、テスト フェールオーバー オプション、または移行オプションを実行できます。フェイルオーバーおよびテストフェイルオーバーのオプション中は、最新のSnapMirrorスナップショット コピーが使用されるか、または特定のスナップショット コピーをポイントインタイム スナップショット コピーから選択できます ( SnapMirrorの保持ポリシーに従って)。ランサムウェアなどの破損イベントに直面していて、最新のレプリカがすでに侵害されたり暗号化されたりしている場合は、ポイントインタイム オプションが非常に役立ちます。 DRO は利用可能なすべての時点を表示します。レプリケーション プランで指定された構成でフェイルオーバーまたはテスト フェイルオーバーをトリガーするには、[フェイルオーバー] または [フェイルオーバーのテスト] をクリックします。

レプリケーション プランはタスク メニューで監視できます。

フェイルオーバーがトリガーされると、回復された項目が VMC vCenter (VM、ネットワーク、データストア) に表示されます。デフォルトでは、VM はワークロード フォルダーに回復されます。

フェイルバックはレプリケーション プラン レベルでトリガーできます。テストフェイルオーバーの場合、ティアダウン オプションを使用して変更をロールバックし、 FlexClone関係を削除できます。フェイルオーバーに関連するフェイルバックは 2 段階のプロセスです。レプリケーション プランを選択し、逆データ同期 を選択します。

完了したら、フェイルバックをトリガーして元の運用サイトに戻ることができます。

NetApp BlueXPから、適切なボリューム (読み取り/書き込みボリュームとして VMC にマップされたもの) のレプリケーションの正常性が失われていることがわかります。テスト フェイルオーバー中、DRO は宛先ボリュームまたはレプリカ ボリュームをマップしません。代わりに、必要なSnapMirror (または Snapshot) インスタンスのFlexCloneコピーを作成し、 FlexCloneインスタンスを公開します。これにより、 FSx ONTAPの追加の物理容量が消費されることはありません。このプロセスにより、ボリュームが変更されず、DR テストまたはトリアージ ワークフロー中でもレプリカ ジョブが続行できるようになります。さらに、このプロセスにより、エラーが発生した場合や破損したデータが回復された場合に、レプリカが破壊されるリスクなしに回復をクリーンアップできるようになります。

ランサムウェアからの回復は困難な作業になる可能性があります。具体的には、IT 組織にとって、安全な復帰ポイントがどこにあるかを正確に特定することは困難であり、また、それが特定された後、たとえば休眠中のマルウェアや脆弱なアプリケーションによる再発する攻撃から回復したワークロードを保護することも困難です。

DRO は、利用可能な任意の時点からシステムを回復できるようにすることで、これらの懸念に対処します。また、アプリケーションが南北トラフィックにさらされていない場所でも機能し、相互に通信できるように、ワークロードを機能しながらも分離されたネットワークにリカバリすることもできます。これにより、セキュリティ チームは安全な場所でフォレンジックを実施し、隠れたマルウェアや潜伏中のマルウェアがないことを確認できます。