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

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

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

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

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

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

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

このメカニズムを示す例を次に示します。 ニューヨークとシカゴの 2 つの場所を持つ組織を作成します。

場所 VMM サーバー VM ネットワーク マップされた場所
ニューヨーク VMM-NewYork VMNetwork1-NewYork VMNetwork1-Chicago にマップされています
VMNetwork2-NewYork マッピングなし
シカゴ VMM-Chicago VMNetwork1-Chicago VMNetwork1-NewYork にマップされています
VMNetwork2-Chicago マッピングなし

この例では:

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

例の組織で VMM クラウドを設定する方法と、クラウドに関連付けられている論理ネットワークを次に示します。

クラウドの保護設定

保護されたクラウド クラウドの保護 論理ネットワーク (ニューヨーク)
GoldCloud1 GoldCloud2
SilverCloud1 SilverCloud2
GoldCloud2

NA

LogicalNetwork1-NewYork

LogicalNetwork1-Chicago

SilverCloud2

NA

LogicalNetwork1-NewYork

LogicalNetwork1-Chicago

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

場所 論理ネットワーク 関連付けられた VM ネットワーク
ニューヨーク LogicalNetwork1-NewYork VMNetwork1-NewYork
シカゴ LogicalNetwork1-Chicago VMNetwork1-Chicago
LogicalNetwork2-Chicago VMNetwork2-Chicago

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

これらの設定に基づいて、ターゲット VM ネットワークを選択すると、次の表に使用可能な選択肢が示されています。

Select 保護されたクラウド クラウドの保護 使用可能なターゲット ネットワーク
VMNetwork1-Chicago SilverCloud1 SilverCloud2 利用可能
GoldCloud1 GoldCloud2 利用可能
VMNetwork2-Chicago SilverCloud1 SilverCloud2 使用不可
GoldCloud1 GoldCloud2 利用可能

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

フェールバックの動作

フェールバック (レプリケーションの反転) 中に何が起こるかを理解するには、次の設定を使用して、VMNetwork1-NewYork が VMNetwork1-Chicago にマップされると仮定します。

VM VM ネットワークに接続されています
VM1 VMNetwork1-ネットワーク
VM2 (VM1 のレプリカ) VMNetwork1-Chicago

これらの設定を使用して、考えられるいくつかのシナリオで何が起こるかを確認します。

シナリオ 結果
フェールオーバー後に VM-2 のネットワークのプロパティの変更がない。 VM-1 はソース ネットワークに接続された状態を維持します。
フェールオーバーと切断後に VM-2 のネットワーク プロパティが変更されます。 VM-1 が切断されます。
フェールオーバー後に VM-2 のネットワーク プロパティが変更され、VMNetwork2-Chicago に接続されます。 VMNetwork2-Chicago がマップされていない場合、VM-1 は切断されます。
ネットワークマッピングの変更に関するVMNetwork1-Chicagoの記録。 VM-1 は、VMNetwork1-Chicago にマップされたネットワークに接続します。

次のステップ

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