Udostępnij przez

Przygotuj mapowanie sieci dla odzyskiwania po awarii maszyn wirtualnych Hyper-V do platformy Azure

Ten artykuł pomaga zrozumieć i przygotować się do mapowania sieci podczas replikowania maszyn wirtualnych 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 do Azure, mapowanie sieci odwzorowuje połączenia między sieciami maszyn wirtualnych na źródłowym serwerze VMM a docelowymi sieciami wirtualnymi w 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 przejdą w tryb 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 — w przypadku skonfigurowania bramy sieci 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 łączą się z zamapowaną docelową siecią wirtualną.
  • Nowe maszyny wirtualne dodane do źródłowej sieci maszyn wirtualnych łączą się z zamapowaną siecią platformy Azure w trakcie replikacji.
  • 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, replika maszyny wirtualnej łączy się z tą docelową podsiecią po przejściu w tryb 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ź organizację z dwoma lokalizacjami w Nowym Jorku i Chicago.

Lokalizacja Serwer VMM Sieci maszyn wirtualnych Przypisane do
Nowy Jork VMM-NewYork VMNetwork1-NewYork Mapowane na VMNetwork1-Chicago
VMNetwork2-NewYork Niezmapowane
Chicago VMM-Chicago VMNetwork1-Chicago Zmapowane do sieci wirtualnej VMNetwork1-NewYork
VMNetwork2-Chicago Niezmapowane

W tym przykładzie:

  • Podczas tworzenia repliki maszyny wirtualnej dla dowolnej maszyny wirtualnej połączonej z VMNetwork1-NewYork, replika łączy się z VMNetwork1-Chicago.
  • Podczas tworzenia maszyny wirtualnej repliki dla VMNetwork2-NewYork lub VMNetwork2-Chicago replika nie łączy się z żadną siecią.

Poniżej przedstawiono sposób konfigurowania chmur programu VMM w 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 maszyny 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 dostępne opcje.

Wybierz 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, replika maszyny wirtualnej łączy się z tą docelową podsiecią po przejściu w tryb failover. Jeśli nie ma podsieci docelowej o pasującej nazwie, maszyna wirtualna łączy się z pierwszą podsiecią w sieci.

Zachowanie przywracania po awarii

Aby zrozumieć, co się dzieje podczas przywracania po awarii (replikacja odwrotna), załóżmy, że sieć VMNetwork1-NewYork mapuje się na sieć VMNetwork1-Chicago z następującymi ustawieniami.

VM Połączono z siecią maszyn wirtualnych
Maszyna wirtualna 1 VMNetwork1-Sieć
VM2 (replika maszyny wirtualnej VM1) VMNetwork1-Chicago

Za pomocą tych ustawień sprawdź, 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 zmieniają się po awarii i rozłączeniu. VM-1 zostaje rozłączona.
Właściwości sieci maszyny wirtualnej VM-2 zmieniają się po przejściu w tryb failover i łączą się z siecią VMNetwork2-Chicago. Jeśli VMNetwork2-Chicago nie jest zmapowany, VM-1 rozłącza się.
Mapowanie zmian sieci VMNetwork1-Chicago. Maszyna wirtualna VM-1 jest teraz połączona z siecią przypisaną do VMNetwork1-Chicago.

Następne kroki

  • Last updated on