Przygotowywanie mapowania sieci na potrzeby odzyskiwania po awarii maszyny wirtualnej funkcji Hyper-V na platformie Azure

  • Artykuł

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łączenie do 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