日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

NetApp SnapMirrorとBlueXP DRaaSによる災害復旧の実装

08/24/2025 共同作成者

NetApp SnapMirrorとBlueXP DRaaSを使用したNFSデータストア向けVCF災害復旧ソリューション

運用サイトから災害復旧 (DR) サイトへのブロックレベルのレプリケーションは、サイトの停止やランサムウェア攻撃などのデータ破損イベントからワークロードを保護するための、回復力がありコスト効率に優れた戦略を提供します。 NetApp SnapMirrorレプリケーションにより、オンプレミスのONTAPシステムで実行されている VMware VCF 9 ワークロードドメイン (NFS または VMFS データストアを使用) を、VMware も導入されている指定されたリカバリデータセンターにあるセカンダリONTAPシステムにレプリケートできるようになります。

このセクションでは、オンプレミスの VMware 仮想マシンの DR を確立するためのBlueXP Disaster Recovery as a Service (DRaaS) の構成について説明します。

セットアップには以下が含まれます:

BlueXPアカウントを作成し、 BlueXPコネクタを展開します。
ONTAPアレイをBlueXPキャンバスに追加して、VMware vCenter とONTAPストレージ間の通信を容易にします。
SnapMirrorを使用してサイト間のレプリケーションを構成します。
フェイルオーバーの準備を検証するためのリカバリプランを設定およびテストします。

NetApp BlueXPコンソールに統合されたBlueXP disaster recoveryサービスにより、組織はオンプレミスの VMware vCenter およびONTAPストレージシステムをシームレスに検出できるようになります。検出されると、管理者はリソースグループを定義し、災害復旧計画を作成し、適切なリソースに関連付け、フェールオーバーおよびフェールバック操作を開始またはテストできます。 NetApp SnapMirror は、効率的なブロックレベルのレプリケーションを提供し、増分更新を通じて DR サイトが実稼働環境と同期された状態を維持できるようにします。これにより、最短 5 分でリカバリポイント目標 (RPO) を実現できます。

BlueXP DRaaS は、中断のない災害復旧テストもサポートします。 ONTAP のFlexCloneテクノロジーを活用して、実稼働ワークロードに影響を与えたり追加のストレージコストが発生したりすることなく、最新の複製されたスナップショットから NFS データストアのスペース効率の高い一時コピーを作成します。テスト後、環境は簡単に解体でき、複製されたデータの整合性が維持されます。

実際のフェイルオーバーが発生した場合、 BlueXP はリカバリプロセスを調整し、ユーザーの介入を最小限に抑えて、指定された DR サイトで保護された仮想マシンを自動的に起動します。プライマリサイトが復元されると、サービスはSnapMirror関係を元に戻し、すべての変更を元のサイトに複製して、スムーズで制御されたフェイルバックを可能にします。

これらすべての機能は、従来の災害復旧ソリューションに比べて大幅に低いコストで提供されます。

開始

BlueXP disaster recoveryを開始するには、 BlueXPコンソールを使用してサービスにアクセスします。

BlueXPにログインします。
BlueXP の左側のナビゲーションから、[保護] > [災害復旧] を選択します。
BlueXP disaster recoveryダッシュボードが表示されます。

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

BlueXPコネクタはNetApp BlueXPに設定されます。
BlueXPコネクタインスタンスは、ソースおよび宛先のワークロードドメインの vCenter およびストレージシステムに接続できます。
ストレージ NFS または VMFS データストアを提供するNetApp Data ONTAPクラスター。
VMware 用の NFS または VMFS データストアをホストするオンプレミスのNetAppストレージシステムがBlueXPに追加されます。
DNS 名を使用する場合は、DNS 解決を実施する必要があります。それ以外の場合は、vCenter の IP アドレスを使用します。
SnapMirrorレプリケーションは、指定された NFS または VMFS ベースのデータストアボリュームに対して構成されます。
環境にサポートされているバージョンの vCenter Server および ESXi サーバーがインストールされていることを確認します。

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

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

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

BlueXP disaster recovery構成

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

BlueXPコンソールを開き、左側のナビゲーションから [保護] > [災害復旧] を選択します。 [vCenter サーバーの検出] を選択するか、トップメニューを使用して、[サイト] > [追加] > [vCenter の追加] を選択します。

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

ソースワークロードドメインvCenter
宛先ワークロードドメイン vCenter。

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

ソースサイトアレイと宛先サイトアレイ間のストレージレプリケーションの構成

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

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

CLI または System Manager を介してボリュームにSnapMirror関係がすでに構成されている場合、 BlueXP DRaaS はその関係を取得し、残りのワークフロー操作を続行します。

VMware Disaster Recoveryの設定方法

SnapMirrorレプリケーションを作成するプロセスは、どのアプリケーションでも同じです。このプロセスは手動でも自動でも実行できます。最も簡単な方法は、 BlueXP DRaaS を活用することです。これは、次の 2 つの条件が満たされている場合に同じことを自動化します。

ソースクラスターと宛先クラスターにはピア関係があります。
ソース SVM と宛先 SVM にはピア関係があります。

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

BlueXP disaster recoveryは何を実現できるのでしょうか?

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

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

このステップでは、VM をリソースグループにグループ化できます。BlueXP disaster recoveryリソースグループを使用すると、依存する VM のセットを、復旧時に実行できるブート順序とブート遅延を含む論理グループにグループ化できます。リソースグループは、リソースグループタブを使用して作成することもできます。

まず、ソース vCenter を選択し、次に宛先 vCenter を選択します。

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

リソースグループでは、ドラッグアンドドロップ機能を使用してブート順序を設定できます。これを使用すると、リカバリプロセス中に VM の電源がオンになる順序を簡単に変更できます。

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

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

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

異なるボリュームおよび SVM からの VM をレプリケーションプランに含めることができます。VM の配置 (同じボリューム上、同じ SVM 内の別のボリューム上、異なる SVM 上の別のボリューム上など) に応じて、 BlueXP disaster recoveryでは整合性グループスナップショットが作成されます。

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

BlueXP DRaaS は次のワークフローで構成されています。

テストフェイルオーバー（定期的な自動シミュレーションを含む）
クリーンアップフェイルオーバーテスト
フェイルオーバー:
- 計画的な移行（1回限りのフェイルオーバーのユースケースの拡張）
- ディザスタリカバリ
フェイルバック

テストフェイルオーバー

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

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

VMware 管理者がテストフェイルオーバー操作を実行すると、 BlueXP DRaaS は次のタスクを自動化します。

SnapMirror関係をトリガーして、本番サイトで行われた最近の変更を宛先サイトのストレージに反映します。
DR ストレージアレイ上のFlexVolボリュームのNetApp FlexCloneボリュームを作成します。
FlexCloneボリューム内のデータストアを DR サイトの ESXi ホストに接続します。
マッピング中に指定されたテストネットワークに VM ネットワークアダプターを接続します。
DR サイトのネットワークの定義に従って、VM ゲストオペレーティングシステムのネットワーク設定を再構成します。
レプリケーションプランに保存されているカスタムコマンドを実行します。
レプリケーションプランで定義された順序で VM の電源をオンにします。

クリーンアップフェイルオーバーテスト操作

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

BlueXP replicationプランのテストフェイルオーバーのクリーンアップ

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

テストに使用されたFlexCloneコピー内の回復された各 VM の電源をオフにします。
テスト中に回復された VM を表示するために使用されたFlexCloneボリュームを削除します。

計画的な移行とフェイルオーバー

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

VMware 管理者がフェイルオーバー操作を実行すると、 BlueXP DRaaS は次のタスクを自動化します。

NetApp SnapMirror関係を解除してフェイルオーバーします。
複製されたデータストアを DR サイトの ESXi ホストに接続します。
VM ネットワークアダプターを適切な宛先サイトネットワークに接続します。
宛先サイトのネットワークの定義に従って、VM ゲストオペレーティングシステムのネットワーク設定を再構成します。
レプリケーションプランに保存されているカスタムコマンド (存在する場合) を実行します。
レプリケーションプランで定義された順序で VM の電源をオンにします。

フェイルバック

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

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

BlueXP DRaaS は、レプリケーションの方向を反転する前に、すべての変更を元のソース仮想マシンにレプリケート (再同期) します。

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

仮想マシンの電源をオフにして登録を解除すると、宛先サイトのボリュームがマウント解除されます。
元のソースのSnapMirror関係を解除して、読み取り/書き込み可能にします。
レプリケーションを元に戻すには、 SnapMirror関係を再同期します。
ソースにボリュームをマウントし、ソース仮想マシンをパワーオンして登録します。

BlueXP DRaaSへのアクセスと設定の詳細については、"BlueXP Disaster Recovery for VMware について学ぶ" 。

監視とダッシュボード

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

ジョブが現在進行中またはキューに入っており、それを停止したい場合は、キャンセルするオプションがあります。

BlueXP disaster recoveryダッシュボードを使用すると、災害復旧サイトとレプリケーションプランの状態を確実に評価できます。これにより、管理者は正常なサイトやプラン、切断されたサイトやプラン、または機能低下したサイトやプランを迅速に特定できます。

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