Hyper-V VM の Azure へのディザスター リカバリーのためにネットワーク マッピングを準備する

この記事は、Azure Site Recovery サービスを使用して System Center Virtual Machine Manager (VMM) クラウド内の Hyper-V VM を Azure (またはセカンダリ サイト) にレプリケートする際に、ネットワーク マッピングを理解し、その準備をするうえで役立ちます。

Azure へのレプリケーションのネットワーク マッピングを準備する

Azure にレプリケートすると、ネットワーク マッピングによって、ソース VMM サーバーの VM ネットワークとターゲット Azure 仮想ネットワーク間がマップされます。 マッピングでは次が行われます。

• ネットワーク接続 - レプリケートされた Azure VM が、マップされたネットワークに確実に接続されます。 同じネットワーク上でフェールオーバーするすべてのマシンが、別々の復旧計画でフェールオーバーされた場合でも、相互に接続できます。
• ネットワーク ゲートウェイ - ターゲット Azure ネットワークでネットワーク ゲートウェイをセットアップすると、VM は、他のオンプレミスの仮想マシンに接続できます。

ネットワーク マッピングは次のように動作します。

• ソース VMM VM ネットワークを Azure 仮想ネットワークをマップします。
• フェールオーバー後、ソース ネットワークの Azure VM は、マップされたターゲット仮想ネットワークに接続されます。
• ソース VM ネットワークに追加された新しい VM は、レプリケーションが実行されると、マップされた Azure ネットワークに接続されます。
• ターゲット ネットワークに複数のサブネットがあり、そのサブネットのいずれかが、ソースの仮想マシンが配置されているサブネットと同じ名前である場合、フェールオーバー後、レプリカの仮想マシンはそのターゲット サブネットに接続します。
• ターゲットのサブネットで名前が一致するものがなければ、仮想マシンはネットワークの最初のサブネットに接続します。

例

このメカニズムを説明するために、次に例を示します。 ニューヨークとシカゴという 2 つの拠点がある組織を例にします。

次の点に注意してください。

• VMNetwork1-NewYork に接続されている VM に対してレプリカ VM が作成されると、そのレプリカ VM は VMNetwork1-Chicago に接続されます。
• VMNetwork2-NewYork または VMNetwork2-Chicago 対してレプリカ VM が作成されると、そのレプリカ VM はどのネットワークにも接続されません。

サンプル組織で VMM クラウドがどのように設定され、論理ネットワークがクラウドにどのように関連付けられるかを次に示します。

クラウドの保護設定

論理設定と VM ネットワークの設定

ターゲット ネットワークの設定

これらの設定に基づき、次の表は、ターゲット VM ネットワークを選択する場合に使用可能な選択肢を示します。

ターゲット ネットワークに複数のサブネットがあり、そのサブネットのいずれかが、ソースの仮想マシンが配置されているサブネットと同じ名前である場合、レプリカの仮想マシンは、フェールオーバー後にそのターゲット サブネットに接続されます。 ターゲットのサブネットで名前が一致するものがなければ、仮想マシンはネットワークの最初のサブネットに接続されます。

フェールバックの動作

フェールバック (レプリケーションの反転) の場合の動作を確認するために、次の設定で VMNetwork1-NewYork が VMNetwork1-Chicago にマップされていると仮定します。

これらの設定で、いくつかの可能なシナリオでの動作を確認しましょう。

次のステップ

• セカンダリ VMM サイトへのフェールオーバー後の IP アドレス指定の詳細については、こちらを参照してください。
• Azure へのフェールオーバー後の IP アドレス指定について詳しくは、こちらをご覧ください。