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

TR-4955：『Disaster Recovery with FSX for ONTAP and VMC（AWS VMware Cloud）』

共同作成者
PDF

ディザスタリカバリオーケストレーションツール（DRO：UIを備えたスクリプト化された解決策 ）を使用すると、オンプレミスからFSX for ONTAP にレプリケートされたワークロードをシームレスにリカバリできます。DROは'VMの登録からVMCへのSnapMirrorレベルからNSXで直接ネットワーク・マッピングへのリカバリを自動化しますこの機能はすべてのVMC環境に含まれています。

ネットアップ、 Niyaz Mohamed

概要

クラウドへのディザスタリカバリは、耐障害性に優れた対費用効果の高い方法で、サイトの停止やデータ破損からワークロードを保護します（ランサムウェアなど）。NetApp SnapMirrorテクノロジを使用すると、オンプレミスのVMwareワークロードをAWSで実行されるFSX for ONTAP にレプリケートできます。

ディザスタリカバリオーケストレーションツール（DRO：UIを備えたスクリプト化された解決策 ）を使用すると、オンプレミスからFSX for ONTAP にレプリケートされたワークロードをシームレスにリカバリできます。DROは'VMの登録からVMCへのSnapMirrorレベルからNSXで直接ネットワーク・マッピングへのリカバリを自動化しますこの機能はすべてのVMC環境に含まれています。

この図は、オンプレミスのデータセンター、AWS SDDCインスタンス上のVMwareクラウド、およびNetApp ONTAP 用のAmazon FSX間の構造と相互接続を示しています。これには、SnapMirrorレプリケーション、DRaaS Opsトラフィック、インターネットまたは直接接続、VMware Transit Connectが含まれます。

はじめに

AWSにVMware Cloudを導入して設定

"AWS 上の VMware Cloud" AWSエコシステム内のVMwareベースのワークロードにクラウドネイティブなエクスペリエンスを提供します。各VMware Software-Defined Data Center（SDDC）はAmazon Virtual Private Cloud（VPC）内で動作し、フルVMwareスタック（vCenter Serverを含む）、NSXベースのSoftware-Defined Networking、VSANソフトウェア定義ストレージ、およびワークロードにコンピューティングリソースとストレージリソースを提供する1つ以上のESXiホストを提供します。AWSでVMC環境を設定するには、次の手順を実行します "リンク"。パイロットライトクラスタはDRにも使用できます。

メモ 初期リリースでは、DROは既存のパイロットライトクラスタをサポートします。オンデマンドのSDDC作成は、今後のリリースで提供される予定です。

ONTAP のFSXをプロビジョニングして構成します

Amazon FSX for NetApp ONTAP はフルマネージドサービスで、広く普及しているNetApp ONTAP ファイルシステムを基盤に、信頼性、拡張性、パフォーマンス、機能豊富なファイルストレージを提供します。この手順を実行します "リンク" ONTAP のFSXをプロビジョニングおよび構成するには、次の手順を実行します

SnapMirrorをONTAP 用にFSXに導入して設定する

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

この図は、有効なサービス間のさまざまなやり取りを示すBlueXP Canvas関係マップを示しています。

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

メモ SnapMirror関係は前提条件であり、事前に作成しておく必要があります。

DROのインストール

DROを開始するには、指定されたEC2インスタンスまたは仮想マシン上のUbuntuオペレーティングシステムを使用して、前提条件を満たしていることを確認します。次に、パッケージをインストールします。

前提条件

  • ソースおよびデスティネーションのvCenterおよびストレージシステムへの接続が存在することを確認してください。

  • DNS名を使用する場合は、DNS解決を実施する必要があります。それ以外の場合は、vCenterとストレージシステムのIPアドレスを使用してください。

  • root権限を持つユーザを作成します。EC2インスタンスではsudoも使用できます。

OSの要件

  • Ubuntu 20.04（LTS）：2GB以上、vCPU×4

  • 指定されたエージェントVMに次のパッケージがインストールされている必要があります。

    • Docker です

    • docker -構成

    • Jq

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

メモ 。 deploy.sh スクリプトは必要な前提条件をすべて実行します。

パッケージをインストールします

  1. 指定した仮想マシンにインストールパッケージをダウンロードします。

    git clone https://github.com/NetApp/DRO-AWS.git
    メモ このエージェントは、オンプレミスまたはAWS VPC内にインストールできます。

  2. パッケージを解凍して導入スクリプトを実行し、ホストIP（10.10.10.10など）を入力します。

    tar xvf DRO-prereq.tar

  3. ディレクトリに移動し、次のように配置スクリプトを実行します。

    sudo sh deploy.sh

  4. UIには次の方法でアクセスします。

    https://<host-ip-address>

    次のデフォルトクレデンシャルを使用：

    Username: admin
Password: admin
メモ パスワードは、Change Passwordオプションを使用して変更できます。
Disaster Recovery Orchestratorのログイン画面。

DRO構成

FSX for ONTAP およびVMCが適切に構成されると、FSX for ONTAP 上の読み取り専用SnapMirrorコピーを使用して、オンプレミスのワークロードをVMCに自動でリカバリするためのDROの設定を開始できます。

AWSでDROエージェントを導入し、FSX for ONTAP が導入されているVPCにも導入することを推奨します（ピア接続も可能です）。DROエージェントがネットワーク経由でオンプレミスコンポーネントおよびFSX for ONTAP およびVMCリソースと通信できるようにします。

まず、オンプレミスリソースとクラウドリソース（vCenterとストレージの両方）を検出してDROに追加します。サポートされているブラウザでDROを開き、デフォルトのユーザー名とパスワード（admin/admin）およびサイトの追加を使用します。サイトは、Discoverオプションを使用して追加することもできます。次のプラットフォームを追加します。

  • オンプレミス

    • オンプレミスのvCenter

    • ONTAP ストレージシステム

  • クラウド

    • VMC vCenter

    • FSX for ONTAP の略

一時的なプレースホルダイメージ概要 。
ソースサイトとデスティネーションサイトを含むDROサイト概要ページ。

追加されると、DROは自動検出を実行し、対応するSnapMirrorレプリカがソースストレージからFSX for ONTAP にあるVMを表示します。DROは、VMが使用するネットワークとポートグループを自動的に検出して、それらにデータを入力します。

219台のVMと10個のデータストアを含む自動検出画面

次の手順では、必要なVMを、リソースグループとして機能するように機能グループにグループ化します。

リソースのグループ化

プラットフォームを追加したら、リカバリするVMをリソースグループにまとめることができます。DROリソースグループを使用すると、依存する一連のVMを論理グループにグループ化して、それらの起動順序、ブート遅延、およびリカバリ時に実行可能なオプションのアプリケーション検証を含めることができます。

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

  1. *リソースグループ*にアクセスし、*新しいリソースグループの作成*をクリックします。

  2. [新しいリソースグループ*]で、ドロップダウンからソースサイトを選択し、[*Create]をクリックします。

  3. リソースグループの詳細を入力し、*続行*をクリックします。

  4. 検索オプションを使用して、適切なVMを選択します。

  5. 選択したVMのブート順序とブート遅延（秒）を選択します。各VMを選択して優先順位を設定し、電源投入シーケンスの順序を設定します。3つはすべてのVMのデフォルト値です。

    オプションは次のとおりです。

    1–最初にパワーオンする仮想マシン3 -デフォルト5 -最後にパワーオンする仮想マシン

  6. [リソースグループの作成]をクリックします。

テストとDemoRG1の2つのエントリを含むリソースグループのリストのスクリーンショット。

レプリケーションプラン

災害発生時にアプリケーションをリカバリするための計画が必要です。ドロップダウンからvCenterのソースプラットフォームとデスティネーションプラットフォームを選択し、このプランに含めるリソースグループと、アプリケーションのリストア方法と電源オン方法のグループを選択します（ドメインコントローラ、ティア1、ティア2など）。このような計画は、ブループリントとも呼ばれます。リカバリ・プランを定義するには'[レプリケーション・プラン]タブに移動し'[新しいレプリケーション・プラン]をクリックします

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

  1. *レプリケーションプラン*にアクセスし、*新しいレプリケーションプランの作成*をクリックします。

    DemoRPという名前のプランを含むレプリケーションプラン画面のスクリーンショット

  2. [New Replication Plan]で、ソースサイト、関連するvCenter、デスティネーションサイト、および関連するvCenterを選択して、プランの名前を指定し、リカバリマッピングを追加します。

    リカバリマッピングを含むレプリケーションプランの詳細のスクリーンショット。

  3. リカバリマッピングが完了したら、クラスタマッピングを選択します。

    一時的なプレースホルダイメージ概要 。

  4. [リソースグループの詳細]を選択し、[*続行]をクリックします。

  5. リソースグループの実行順序を設定します。このオプションを使用すると、複数のリソースグループが存在する場合の処理の順序を選択できます。

  6. 完了したら、該当するセグメントへのネットワークマッピングを選択します。セグメントはVMC内でプロビジョニング済みである必要があるため、VMをマッピングする適切なセグメントを選択してください。

  7. VMを選択すると、データストアマッピングが自動的に選択されます。

    メモ SnapMirrorはボリュームレベルです。したがって、すべてのVMがレプリケーションデスティネーションにレプリケートされます。必ずデータストアに含まれるすべてのVMを選択してください。選択しない場合は、レプリケーションプランの一部であるVMのみが処理されます。
    一時的なプレースホルダイメージ概要 。

  8. VMの詳細の下では、オプションでVMのCPUパラメータとRAMパラメータのサイズを変更できます。これは、大規模な環境を小規模なターゲットクラスタにリカバリする場合や、1対1の物理VMwareインフラをプロビジョニングしなくてもDRテストを実行する場合に非常に役立ちます。また、リソースグループ内の選択したすべてのVMのブート順序とブート遅延（秒）を変更することもできます。リソースグループのブート順序の選択時に選択したブート順序に変更が必要な場合は、追加のオプションを使用してブート順序を変更できます。デフォルトでは、リソースグループの選択時に選択したブート順序が使用されますが、この段階で変更を行うことができます。

    一時的なプレースホルダイメージ概要 。

  9. レプリケーションプランの作成*をクリックします。

    一時的なプレースホルダイメージ概要 。

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

一時的なプレースホルダイメージ概要 。
この画面では、ボリュームSnapshotの詳細が表示され、最新のSnapshotを使用するか特定のSnapshotを選択するかを選択できます。

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

タスクメニューには、レプリケーションプランのすべてのジョブとオプションが表示され、ログを確認することもできます。

フェイルオーバーがトリガーされると、リカバリされた項目をVMC vCenter（VM、ネットワーク、データストア）で確認できます。デフォルトでは、VMはWorkloadフォルダにリカバリされます。

一時的なプレースホルダイメージ概要 。

フェイルバックは、レプリケーションプランレベルで実行できます。テストフェイルオーバーでは、ティアダウンオプションを使用して変更をロールバックし、FlexClone関係を削除できます。フェイルオーバーに関連したフェイルバックは、2つのステップで行います。レプリケーションプランを選択し、*リバースデータ同期*を選択します。

リバースデータ同期オプションを含むドロップダウンを含むレプリケーションプランの概要のスクリーンショット。
一時的なプレースホルダイメージ概要 。

完了したら、フェイルバックを開始して元の本番サイトに戻すことができます。

[フェイルバック]オプションを含むドロップダウンを含むレプリケーションプランの概要のスクリーンショット
元のプロダクションサイトがアップして実行されているDROサマリーページのスクリーンショット。

NetApp BlueXPでは、該当するボリューム（読み書き可能ボリュームとしてVMCにマッピングされているボリューム）のレプリケーションの健常性が遮断されていることがわかります。テストフェイルオーバー中、DROはデスティネーションボリュームまたはレプリカボリュームをマッピングしません。代わりに、必要なSnapMirror（またはSnapshot）インスタンスのFlexCloneコピーを作成し、FlexCloneインスタンスを公開します。FlexCloneインスタンスは、ONTAP のFSX用に追加の物理容量を消費することはありません。このプロセスにより、DRのテストや優先度の異なるワークフローの実行中も、ボリュームが変更されず、レプリカジョブを続行できます。また'このプロセスにより'エラーが発生した場合や破損したデータがリカバリされた場合には'レプリカが破壊されるリスクを伴わずにリカバリをクリーンアップできます

一時的なプレースホルダイメージ概要 。

ランサムウェアからのリカバリ

ランサムウェアからのリカバリは困難な作業です。具体的には、IT組織にとっては、安全な返品ポイントが特定され、復元されたワークロードを、睡眠中のマルウェアや脆弱なアプリケーションなどから再発生する攻撃から保護するために、ピンポイントを確立することは困難です。

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

利点

  • 効率性と耐障害性に優れたSnapMirrorレプリケーションの使用：

  • Snapshotコピーの保持により、任意の時点までのリカバリが可能

  • ストレージ、コンピューティング、ネットワーク、アプリケーションの検証から、数百から数千のVMをリカバリするのに必要なすべての手順を完全に自動化します。

  • ONTAP FlexCloneテクノロジを使用したワークロードのリカバリ：レプリケートされたボリュームを変更しない方法を使用します。

    • ボリュームやSnapshotコピーのデータが破損するリスクを回避します。

    • DRテストのワークフロー中にレプリケーションが中断されるのを回避します

    • DRデータとクラウドコンピューティングリソースを組み合わせたDRデータの使用は、DR以外のワークフロー（DevTest、セキュリティテスト、パッチテスト、アップグレードテスト、修復テストなど）にも適しています。

  • CPUとRAMの最適化により、小規模なコンピューティングクラスタへのリカバリが可能になり、クラウドコストを削減