Przygotowywanie mapowania sieci na potrzeby odzyskiwania po awarii maszyny wirtualnej funkcji Hyper-V na platformie Azure
Ten artykuł pomaga zrozumieć i przygotować się do mapowania sieci podczas replikowania maszyn wirtualnych funkcji Hyper-V w chmurach programu System Center Virtual Machine Manager (VMM) na platformę Azure lub w lokacji dodatkowej przy użyciu usługi Azure Site Recovery .
Przygotowywanie mapowania sieci na potrzeby replikacji na platformę Azure
Podczas replikacji na platformę Azure mapowanie sieci między sieciami maszyn wirtualnych na źródłowym serwerze programu VMM i docelowymi sieciami wirtualnymi platformy Azure. Mapowanie wykonuje następujące czynności:
- Połączenie sieciowe — gwarantuje, że zreplikowane maszyny wirtualne platformy Azure są połączone z zamapowanymi sieciami. Wszystkie maszyny, które działają w trybie failover w tej samej sieci, mogą łączyć się ze sobą, nawet jeśli przełączyły się w tryb failover w różnych planach odzyskiwania.
- Brama sieci — jeśli brama sieci jest skonfigurowana w docelowej sieci platformy Azure, maszyny wirtualne mogą łączyć się z innymi lokalnymi maszynami wirtualnymi.
Mapowanie sieci działa w następujący sposób:
- Źródłowa sieć maszyn wirtualnych programu VMM jest mapowana na sieć wirtualną platformy Azure.
- Po przejściu w tryb failover maszyny wirtualne platformy Azure w sieci źródłowej zostaną podłączone do zamapowanej docelowej sieci wirtualnej.
- Nowe maszyny wirtualne dodane do źródłowej sieci maszyn wirtualnych są połączone z zamapowana siecią platformy Azure po zakończeniu replikacji.
- Jeśli sieć docelowa ma wiele podsieci i jedna z tych podsieci ma taką samą nazwę, jak podsieć, w której znajduje się źródłowa maszyna wirtualna, replika maszyny wirtualnej jest łączona z tą docelową podsiecią po przejściu do trybu failover.
- Jeśli nie istnieje docelowa podsieć o takiej samej nazwie, maszyna wirtualna jest łączona z pierwszą podsiecią w sieci.
Przykład
Oto przykład ilustrowania tego mechanizmu. Weźmy organizację z dwoma lokalizacjami w Nowym Jorku i Chicago.
| Lokalizacja | Serwer VMM | Sieci maszyn wirtualnych | Mapowane na |
|---|---|---|---|
| Nowy Jork | VMM-NewYork | VMNetwork1-NewYork | Mapowane na maszynę wirtualną VmNetwork1-Chicago |
| VMNetwork2-NewYork | Niezamapowane | ||
| Chicago | VMM-Chicago | VMNetwork1-Chicago | Mapowane na maszynę wirtualną VmNetwork1-NewYork |
| VMNetwork2-Chicago | Niezamapowane |
W tym przykładzie:
- Po utworzeniu maszyny wirtualnej repliki dla dowolnej maszyny wirtualnej połączonej z maszyną wirtualną VMNetwork1-NewYork zostanie ona połączona z maszyną wirtualną VMNetwork1-Chicago.
- Po utworzeniu maszyny wirtualnej repliki dla maszyny wirtualnej VMNetwork2-NewYork lub VMNetwork2-Chicago nie będzie ona połączona z żadną siecią.
Poniżej przedstawiono sposób konfigurowania chmur programu VMM w naszej przykładowej organizacji oraz sieci logicznych skojarzonych z chmurami.
Ustawienia ochrony w chmurze
| Chroniona chmura | Ochrona chmury | Sieć logiczna (Nowy Jork) |
|---|---|---|
| GoldCloud1 | GoldCloud2 | |
| SilverCloud1 | SilverCloud2 | |
| GoldCloud2 | NA |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
| SilverCloud2 | NA |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
Ustawienia sieci logicznej i wirtualnej
| Lokalizacja | Sieć logiczna | Skojarzona sieć maszyn wirtualnych |
|---|---|---|
| Nowy Jork | LogicalNetwork1-NewYork | VMNetwork1-NewYork |
| Chicago | LogicalNetwork1-Chicago | VMNetwork1-Chicago |
| LogicalNetwork2Chicago | VMNetwork2-Chicago |
Ustawienia sieci docelowej
Na podstawie tych ustawień po wybraniu docelowej sieci maszyn wirtualnych w poniższej tabeli przedstawiono opcje, które będą dostępne.
| Wybieranie | Chroniona chmura | Ochrona chmury | Dostępna sieć docelowa |
|---|---|---|---|
| VMNetwork1-Chicago | SilverCloud1 | SilverCloud2 | Dostępny |
| GoldCloud1 | GoldCloud2 | Dostępny | |
| VMNetwork2-Chicago | SilverCloud1 | SilverCloud2 | Niedostępny |
| GoldCloud1 | GoldCloud2 | Dostępny |
Jeśli sieć docelowa ma wiele podsieci, a jedna z tych podsieci ma taką samą nazwę jak podsieć, w której znajduje się źródłowa maszyna wirtualna, maszyna wirtualna repliki zostanie połączona z tą docelową podsiecią po przejściu w tryb failover. Jeśli nie istnieje docelowa podsieć o takiej samej nazwie, maszyna wirtualna zostanie podłączona do pierwszej podsieci w sieci.
Zachowanie powrotu po awarii
Aby zobaczyć, co się stanie w przypadku powrotu po awarii (replikacji odwrotnej), załóżmy, że maszyna wirtualna VMNetwork1-NewYork jest mapowana na maszynę wirtualną VMNetwork1-Chicago z następującymi ustawieniami.
| VM | Połączono z siecią maszyn wirtualnych |
|---|---|
| Maszyna wirtualna 1 | VMNetwork1-Network |
| VM2 (replika maszyny wirtualnej VM1) | VMNetwork1-Chicago |
Za pomocą tych ustawień sprawdźmy, co się dzieje w kilku możliwych scenariuszach.
| Scenariusz | Wynik |
|---|---|
| Brak zmian we właściwościach sieci maszyny wirtualnej VM-2 po przejściu w tryb failover. | Maszyna wirtualna-1 pozostaje połączona z siecią źródłową. |
| Właściwości sieci maszyny wirtualnej-2 są zmieniane po przejściu w tryb failover i są rozłączone. | Maszyna wirtualna-1 jest odłączona. |
| Właściwości sieci vm-2 są zmieniane po przejściu w tryb failover i są połączone z maszyną wirtualną VmNetwork2-Chicago. | Jeśli maszyna wirtualna VMNetwork2-Chicago nie jest mapowana, maszyna wirtualna-1 zostanie rozłączona. |
| Mapowanie sieci maszyn wirtualnych VMNetwork1-Chicago zostało zmienione. | Maszyna wirtualna-1 zostanie połączona z siecią zamapowana na sieć VMNetwork1-Chicago. |
Następne kroki
- Dowiedz się więcej o adresowaniu IP po przejściu w tryb failover do dodatkowej lokacji programu VMM.
- Dowiedz się więcej o adresowaniu IP po przejściu w tryb failover na platformę Azure.