この記事は、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 にマップされたネットワークに接続します。 |