NetApp Disaster Recoveryを開始するには、 NetApp Consoleを使用してサービスにアクセスします。

災害復旧計画を構成する前に、次の点を確認してください。"前提条件"満たされている:

ソースサイトと宛先サイト間の接続が確立されたら、構成手順に進みます。これには数回のクリックと約 3 ～ 5 分かかります。

注: NetApp、エージェントがネットワークを介してソース リソースおよび宛先リソースと通信できるように、コンソール エージェントを宛先サイトまたは 3 番目のサイトに展開することを推奨しています。

このデモでは、ワークロード ドメインはONTAP NFS ストレージで構成されています。 VMFS ベースのデータストアの場合、ワークフローに関する手順は同じままです。

災害復旧の準備の最初のステップは、ソース vCenter とストレージ リソースを検出し、 NetApp Disaster Recoveryに追加することです。

NetApp Consoleを開き、左側のナビゲーションから [保護] > [災害復旧] を選択します。[サイト] を選択し、[追加] を選択します。新しいソース サイトの名前とその場所を入力します。手順を繰り返して、宛先サイトと場所を追加します。

次のプラットフォームを追加します。

vCenter が追加されると、自動検出がトリガーされます。

SnapMirror は、 NetApp環境でのデータ レプリケーションを提供します。NetApp Snapshot® テクノロジーに基づいて構築されたSnapMirrorレプリケーションは、前回の更新以降に変更または追加されたブロックのみを複製するため、非常に効率的です。SnapMirror は、 NetApp OnCommand® System Manager またはONTAP CLI を使用して簡単に設定できます。NetApp Disaster Recovery、クラスタと SVM ピアリングが事前に構成されている場合、 SnapMirror関係も作成されます。

プライマリ ストレージが完全に失われていない場合、 SnapMirror はプライマリ サイトと DR サイトを再同期する効率的な手段を提供します。SnapMirror は2 つのサイトを再同期し、 SnapMirror関係を単純に反転するだけで、変更されたデータまたは新しいデータのみを DR サイトからプライマリ サイトに転送できます。つまり、 NetApp Disaster Recoveryのレプリケーション プランは、フェイルオーバー後にボリューム全体を再コピーすることなく、どちらの方向にも再同期できます。関係が逆方向に再同期されると、スナップショット コピーの最後の正常な同期以降に書き込まれた新しいデータのみが宛先に送り返されます。

SnapMirrorレプリケーションを作成するための基本的なプロセスは、どのアプリケーションでも同じです。 最も簡単な方法は、 NetApp Disaster Recovery を活用することです。これにより、次の 2 つの条件が満たされていれば、レプリケーション ワークフローが自動化されます。プロセスは手動でも自動でも実行できます。最も簡単な方法は、NetApp Disaster Recoveryの活用です。次の2つの条件を満たす場合、レプリケーション ワークフローを自動化できます:

NetApp Consoleには、環境内のソースONTAPシステムを宛先にドラッグ アンド ドロップするだけで、残りのプロセスをガイドするウィザードを起動してSnapMirrorレプリケーションを構成するための代替オプションも用意されています。

ソース サイトとターゲット サイトが追加されると、 NetApp Disaster Recovery は自動的に詳細な検出を実行し、VM と関連メタデータを表示します。NetApp Disaster Recovery は、VM で使用されるネットワークとポート グループも自動的に検出し、それらを入力します。

サイトを追加したら、ソースと宛先の vCenter プラットフォームを選択してレプリケーション プランを構成し、プランに含めるリソース グループ、アプリケーションの復元方法と電源投入方法のグループ化、およびクラスタとネットワークのマッピングを選択します。リカバリ プランを定義するには、[レプリケーション プラン] タブに移動し、[追加] をクリックします。

このステップでは、VM をリソース グループにグループ化できます。NetApp Disaster Recoveryリソース グループを使用すると、依存する VM のセットを、リカバリ時に実行できるブート順序とブート遅延を含む論理グループにグループ化できます。リソース グループは、レプリケーション プランの作成中、または左側のナビゲーションの [リソース グループ] タブを使用して作成できます。

まず、レプリケーション プランに名前を付け、ソース vCenter と宛先 vCenter を選択します。

次のステップでは、リソース グループ、仮想マシン、またはデータストアを使用してレプリケーション プランを作成するかどうかを選択します。既存のリソース グループを選択し、リソース グループが作成されていない場合は、ウィザードがリカバリ目標に基づいて必要な仮想マシンをグループ化します (基本的には機能リソース グループを作成します)。これは、アプリケーション仮想マシンを復元する操作シーケンスを定義するのにも役立ちます。

レプリケーション プランを使用してリソース グループを作成したら、次の手順では、災害発生時に仮想マシンとアプリケーションを回復するためのマッピングを作成します。このステップでは、ソース環境のリソースを宛先にどのようにマップするかを指定します。これには、コンピューティング リソース、仮想ネットワーク、IP カスタマイズ、事前スクリプトと事後スクリプト、ブート遅延、アプリケーションの一貫性などが含まれます。詳細については、"レプリケーションプランを作成する" 。前提条件で述べたように、 SnapMirrorレプリケーションは事前に構成することも、レプリケーション プランの作成時に指定された RPO と保持数を使用して DRaaS で構成することもできます。

注: デフォルトでは、テスト操作とフェイルオーバー操作の両方に同じマッピング パラメータが使用されます。テスト環境に異なるマッピングを設定するには、「フェイルオーバーとテスト マッピングに同じマッピングを使用する」チェックボックスをオフにした後、テスト マッピング オプションを選択します。リソース マッピングが完了したら、[次へ] をクリックします。

完了したら、作成されたマッピングを確認し、「プランの追加」をクリックします。

計画が作成されるとすぐに、一連の検証がトリガーされ、選択に応じてSnapMirrorレプリケーションとスケジュールが構成されます。

NetApp Disaster Recoveryは、次のワークフローで構成されます。

NetApp Disaster Recoveryのテスト フェイルオーバーは、VMware 管理者が実稼働環境を中断することなくリカバリ プランを完全に検証できるようにする運用手順です。

NetApp Disaster Recovery には、テスト フェイルオーバー操作のオプション機能としてスナップショットを選択する機能が組み込まれています。この機能により、VMware 管理者は、環境内で最近行われた変更が宛先サイトに複製され、テスト中に存在していることを確認できます。このような変更には、VM ゲスト オペレーティング システムへのパッチが含まれます。

VMware 管理者がテスト フェイルオーバー操作を実行すると、 NetApp Disaster Recovery次のタスクが自動化されます。

クリーンアップ フェイルオーバー テスト操作は、レプリケーション プラン テストが完了し、VMware 管理者がクリーンアップ プロンプトに応答した後に実行されます。

このアクションにより、仮想マシン (VM) とレプリケーション プランのステータスが準備完了状態にリセットされます。VMware 管理者がリカバリ操作を実行すると、 NetApp Disaster Recovery は次のプロセスを完了します。

NetApp Disaster Recovery には、実際のフェイルオーバーを実行するための 2 つの方法 (計画移行とフェイルオーバー) があります。最初の方法である計画移行では、VM のシャットダウンとストレージ レプリケーションの同期をプロセスに組み込んで、VM を回復するか、効率的に移行先サイトに移動します。計画された移行にはソース サイトへのアクセスが必要です。2 番目の方法であるフェールオーバーは、計画済み/計画外のフェールオーバーであり、完了できた最後のストレージ レプリケーション間隔から宛先サイトで VM が回復されます。ソリューションに設計された RPO に応じて、DR シナリオではある程度のデータ損失が予想されます。

VMware 管理者がフェイルオーバー操作を実行すると、 NetApp Disaster Recovery次のタスクが自動化されます。

フェイルバックは、回復後にソース サイトと宛先サイトの元の構成を復元するオプションの手順です。

VMware 管理者は、サービスを元のソース サイトに復元する準備ができたら、フェイルバック手順を構成して実行できます。

このプロセスは、ターゲットへのフェールオーバーが完了した関係から開始され、次の手順が含まれます。

NetApp Disaster Recoveryのアクセスと設定の詳細については、"NetApp Disaster Recoveryについて学ぶ" 。

NetApp Disaster RecoveryまたはONTAP CLI から、適切なデータストア ボリュームのレプリケーションのヘルス ステータスを監視し、ジョブ監視を介してフェイルオーバーまたはテスト フェイルオーバーのステータスを追跡できます。

NetApp Disaster Recoveryダッシュボードを使用すると、ディザスタ リカバリ サイトとレプリケーション プランのステータスを確実に評価できます。これにより、管理者は正常なサイトやプラン、切断されたサイトやプラン、または機能低下したサイトやプランを迅速に特定できます。

これにより、調整およびカスタマイズされた災害復旧計画を処理するための強力なソリューションが提供されます。フェイルオーバーは、計画されたフェイルオーバーとして実行することも、災害が発生して DR サイトをアクティブ化する決定が下されたときにボタンをクリックするだけでフェイルオーバーを実行することもできます。