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

レプリケーション プランの作成: ステップ 3 - NetApp Disaster Recovery でリソースをマップする

共同作成者 amgrissino
PDF

NetApp Disaster Recovery を使用して保護する VM のリストを作成したら、フェイルオーバー中に使用するフェイルオーバー マッピングと VM 構成情報を指定します。

主に次の 4 種類の情報をマッピングする必要があります。

  • コンピューティングリソース

  • 仮想ネットワーク

  • VM再設定

  • データストアのマッピング

各 VM には最初の 3 種類の情報が必要です。保護する VM をホストする各データストアには、データストア マッピングが必要です。

  • 注意アイコン（25.25 ) では、マッピング情報を提供する必要があります。

  • チェックアイコン（25.25 ) はマッピングされているか、デフォルトのマッピングがあります。これらを確認して、現在の構成が要件を満たしていることを確認してください。

このページにアクセスする手順

  1. レプリケーション プラン ページから、リソース マッピング セクションに進みます。

  2. 開いた*リソース マッピング* ページの情報を確認します。

    レプリケーションプランの作成、リソースマッピングページ

  3. 必要なマッピングの各カテゴリを開くには、セクションの横にある下矢印 (v) を選択します。

コンピューティングリソースのマッピング

サイトは複数の仮想データセンターと複数の vCenter クラスターをホストする可能性があるため、フェイルオーバーが発生した場合に VM を回復する vCenter クラスターを特定する必要があります。

コンピューティングリソースをマッピングする手順

  1. DR サイトにあるデータセンターのリストから仮想データセンターを選択します。

  2. 選択した仮想データセンター内のクラスターのリストから、データストアと VM をホストするクラスターを選択します。

  3. (オプション) ターゲット クラスター内のターゲット ホストを選択します。

    NetApp Disaster Recovery は vCenter でクラスタに追加された最初のホストを選択するため、この手順は必要ありません。その時点で、VM はその ESXi ホスト上で引き続き実行されるか、VMware DRS は構成された DRS ルールに基づいて必要に応じて VM を別の ESXi ホストに移動します。

  4. (オプション) VM 登録を配置する最上位の vCenter フォルダの名前を指定します。

    これは組織のニーズを満たすものであり、必須ではありません。

    レプリケーションプランの作成、リソースの計算

仮想ネットワークリソースをマップする

各 VM には、vCenter ネットワーク インフラストラクチャ内の仮想ネットワークに接続された 1 つ以上の仮想 NIC を設定できます。 DR サイトでの再起動時に各 VM が目的のネットワークに正しく接続されるようにするには、これらの VM を接続する DR サイトの仮想ネットワークを特定します。これを行うには、オンプレミス サイトの各仮想ネットワークを DR サイト上の関連ネットワークにマッピングします。

各ソース仮想ネットワークをマッピングする宛先仮想ネットワークを選択します

  1. ドロップダウン リストからターゲット セグメントを選択します。

  2. リストされているソース仮想ネットワークごとに前の手順を繰り返します。

    レプリケーションプラン、ネットワークリソースの作成

フェイルオーバー中のVM再構成のオプションを定義する

各 VM は、DR vCenter サイトで正しく動作するために変更が必要になる場合があります。仮想マシンセクションでは、必要な変更を加えることができます。

デフォルトでは、 NetApp Disaster Recovery は、ソースのオンプレミス サイトで使用されているのと同じ設定を各 VM に使用します。これは、VM が同じ IP アドレス、仮想 CPU、および仮想 DRAM 構成を使用することを前提としています。

ネットワークの再構成

サポートされる IP アドレスの種類は、静的と DHCP です。静的 IP アドレスの場合、次のターゲット IP 設定があります。

  • ソースと同じ: 名前が示すように、サービスはソース サイトの VM で使用されていたのと同じ IP アドレスを宛先 VM でも使用します。これには、前の手順でマップされた仮想ネットワークを同じサブネット設定で構成する必要があります。

  • ソースと異なる: サービスは、前のセクションでマップした宛先仮想ネットワークで使用される適切なサブネットに対して構成する必要がある各 VM の IP アドレス フィールドのセットを提供します。各 VM に対して、IP アドレス、サブネット マスク、DNS、およびデフォルト ゲートウェイの値を指定する必要があります。必要に応じて、すべての VM に同じサブネット マスク、DNS、ゲートウェイ設定を使用して、すべての VM が同じサブネットに接続される場合のプロセスを簡素化します。

  • サブネット マッピング: このオプションは、宛先仮想ネットワークの CIDR 構成に基づいて各 VM の IP アドレスを再構成します。この機能を使用するには、[サイト] ページの vCenter 情報で変更されたとおりに、各 vCenter の仮想ネットワークにサービス内で定義された CIDR 設定があることを確認します。

サブネットを構成すると、サブネット マッピングでは、ソース VM 構成と宛先 VM 構成の両方に IP アドレスの同じユニット コンポーネントが使用されますが、提供された CIDR 情報に基づいて IP アドレスのサブネット コンポーネントが置き換えられます。この機能を使用するには、送信元と宛先の仮想ネットワークの両方が同じIPアドレスクラス（ /xx CIDR のコンポーネント)。これにより、保護されたすべての VM をホストするのに十分な IP アドレスが宛先サイトで使用可能になります。

この EVS セットアップでは、送信元と宛先の IP 構成が同じであり、追加の再構成は必要ないと想定しています。

ネットワーク設定の再構成を変更する

  1. フェールオーバーされた VM に使用する IP アドレスの種類を選択します。

  2. (オプション) オプションのプレフィックスとサフィックスの値を指定して、再起動された VM の VM 名変更スキームを指定します。

    レプリケーションプラン、ネットワークリソースの作成

VMコンピューティングリソースの再構成

VM コンピューティング リソースを再構成するには、いくつかのオプションがあります。 NetApp Disaster Recovery は、仮想 CPU の数、仮想 DRAM の量、および VM 名の変更をサポートしています。

VM構成の変更を指定する

  1. (オプション) 各 VM が使用する仮想 CPU の数を変更します。 DR vCenter クラスタ ホストにソース vCenter クラスタと同じ数の CPU コアがない場合、これが必要になることがあります。

  2. (オプション) 各 VM が使用する仮想 DRAM の量を変更します。 DR vCenter クラスタ ホストにソース vCenter クラスタ ホストほどの物理 DRAM がない場合に、これが必要になることがあります。

    レプリケーションプラン、VMリソースの作成

起動順序

NetApp Disaster Recovery は、ブート順序フィールドに基づいて VM の順序付けられた再起動をサポートします。ブート順序フィールドは、各リソース グループ内の VM の起動方法を示します。ブート順序フィールドに同じ値を持つ VM は並行して起動します。

起動順序設定を変更する

  1. (オプション) VM を再起動する順序を変更します。このフィールドには任意の数値を指定できます。 NetApp Disaster Recovery は、同じ数値を持つ VM を並列に再起動しようとします。

  2. (オプション) 各 VM の再起動の間に使用する遅延を指定します。この VM の再起動が完了した後、次に高いブート順序番号を持つ VM の前に時間が挿入されます。この数値は分単位です。

    レプリケーションプラン、ブート順序の作成

カスタムゲストOS操作

NetApp Disaster Recovery は、各 VM に対していくつかのゲスト OS 操作の実行をサポートしています。

  • NetApp Disaster Recovery は、Oracle データベースおよび Microsoft SQL Server データベースを実行している VM のアプリケーション整合性のあるバックアップを取得できます。

  • NetApp Disaster Recovery では、各 VM のゲスト OS に適したカスタム定義のスクリプトを実行できます。このようなスクリプトを実行するには、スクリプトにリストされている操作を実行するための十分な権限を持ち、ゲスト OS が受け入れ可能なユーザー資格情報が必要です。

各VMのカスタムゲストOS操作を変更する

  1. (オプション) VM が Oracle または SQL Server データベースをホストしている場合は、[アプリケーション整合性レプリカを作成する] チェックボックスをオンにします。

  2. (オプション) 起動プロセスの一部としてゲスト OS 内でカスタムアクションを実行するには、任意の VM のスクリプトをアップロードします。すべての VM で 1 つのスクリプトを実行するには、強調表示されたチェックボックスを使用してフィールドに入力します。

  3. 特定の構成変更では、操作を実行するために適切な権限を持つユーザー資格情報が必要です。次の場合には資格情報を提供します。

    • スクリプトはゲスト OS によって VM 内で実行されます。

    • アプリケーション整合性スナップショットを実行する必要があります。

レプリケーションプランの作成、カスタムゲストOS操作

マップデータストア

レプリケーション プランを作成する最後の手順は、 ONTAP がデータストアを保護する方法を特定することです。これらの設定では、レプリケーション プランのリカバリ ポイント目標 (RPO)、維持するバックアップの数、各 vCenter データストアのホスティングONTAPボリュームをレプリケートする場所を定義します。

デフォルトでは、 NetApp Disaster Recovery は独自のスナップショット レプリケーション スケジュールを管理しますが、オプションで、データストアの保護に既存のSnapMirrorレプリケーション ポリシー スケジュールを使用するように指定できます。

さらに、オプションで、使用するデータ LIF (論理インターフェイス) とエクスポート ポリシーをカスタマイズすることもできます。これらの設定を指定しない場合、 NetApp Disaster Recovery は適切なプロトコル (NFS、iSCSI、または FC) に関連付けられているすべてのデータ LIF を使用し、NFS ボリュームのデフォルトのエクスポート ポリシーを使用します。

データストア（ボリューム）マッピングを構成するには

  1. (オプション) 既存のONTAP SnapMirrorレプリケーション スケジュールを使用するか、 NetApp Disaster Recovery で VM の保護を管理するか (デフォルト) を決定します。

  2. サービスがバックアップを開始するタイミングの開始点を指定します。

  3. サービスがバックアップを取得し、それを DR 宛先のAmazon FSx for NetApp ONTAPクラスターに複製する頻度を指定します。

  4. 保持する履歴バックアップの数を指定します。このサービスは、ソース ストレージ クラスターと宛先ストレージ クラスターで同じ数のバックアップを維持します。

  5. (オプション) 各ボリュームのデフォルトの論理インターフェイス (データ LIF) を選択します。何も選択しない場合は、ボリューム アクセス プロトコルをサポートする宛先 SVM 内のすべてのデータ LIF が設定されます。

  6. (オプション) NFS ボリュームのエクスポート ポリシーを選択します。選択されていない場合は、デフォルトのエクスポートポリシーが使用されます。

    レプリケーションプラン、データストアマッピングの作成

続ける"レプリケーションプラン作成ウィザード ステップ 4"。