Udostępnij za pośrednictwem

Przełączanie awaryjne i przywracanie po awarii serwerów fizycznych replikowanych do Azure

W tym samouczku opisano sposób przełączania w tryb failover lokalnych serwerów fizycznych replikujących na platformę Azure za pomocą usługi Azure Site Recovery. Po przejściu w tryb failover, wracasz po awarii z platformy Azure do lokalnej lokalizacji, gdy ta jest ponownie dostępna.

Przed rozpoczęciem

  • Dowiedz się więcej o procesie trybu failover w odzyskiwaniu po awarii.
  • Jeśli chcesz przełączyć wiele maszyn w tryb failover, dowiedz się, jak zebrać maszyny razem w planie odzyskiwania.
  • Przed wykonaniem pełnego przejścia w tryb failover uruchom próbne odzyskiwanie po awarii, aby upewnić się, że wszystko działa zgodnie z oczekiwaniami.
  • Postępuj zgodnie z tymi instrukcjami , aby przygotować się do nawiązania połączenia z maszynami wirtualnymi platformy Azure po przejściu w tryb failover.

Przeprowadź przełączenie awaryjne

Weryfikowanie właściwości serwera

Sprawdź właściwości serwera i upewnij się, że jest ona zgodna z wymaganiami platformy Azure dla maszyn wirtualnych platformy Azure.

  1. W obszarze Chronione elementy kliknij pozycję Zreplikowane elementy i wybierz maszynę.
  2. W okienku Zreplikowany element znajduje się podsumowanie informacji o maszynie, stanu kondycji i najnowszych dostępnych punktów odzyskiwania. Kliknij przycisk Właściwości, aby wyświetlić więcej szczegółów.
  3. W obszarze Obliczenia i sieć można zmodyfikować nazwę platformy Azure, grupę zasobów, rozmiar docelowy, zestaw dostępności i ustawienia dysku zarządzanego
  4. Możesz wyświetlać i modyfikować ustawienia sieciowe, w tym sieć/podsieć, w której zlokalizowana będzie maszyna wirtualna na platformie Azure po wejściu w tryb failover, oraz adres IP, który będzie do niej przypisany.
  5. W obszarze Dyski można wyświetlić informacje o systemie operacyjnym maszyny i dyskach danych.

Przełączenie awaryjne do Azure

  1. W obszarze >Zreplikowane elementy kliknij maszynę >w trybie failover.

  2. W Failover wybierz Punkt odzyskiwania, do którego chcesz się przełączyć. Możesz użyć jednej z następujących opcji:

    • Najnowszy: ta opcja najpierw przetwarza wszystkie dane wysyłane do usługi Site Recovery. Zapewnia najniższą wartość celu odzyskiwania punktu (RPO), ponieważ maszyna wirtualna platformy Azure utworzona po przełączeniu awaryjnym zawiera wszystkie dane, które zostały zreplikowane w usłudze Site Recovery w momencie uruchomienia przełączenia awaryjnego.
    • Najnowszy przetworzony: ta opcja powoduje awarię maszyny do najnowszego punktu odzyskiwania przetworzonego przez usługę Site Recovery. Ta opcja zapewnia niską wartość celu czasu odzyskiwania, ponieważ nie wymaga przetwarzania nieprzetworzonych danych.
    • Najnowszy punkt odzyskiwania spójny z aplikacją: Ta opcja umożliwia przełączenie maszyny na najnowszy punkt odzyskiwania przetworzony przez usługę Site Recovery, który jest spójny z aplikacją.
    • Własny: określ punkt odzyskiwania.

  3. Wybierz pozycję Zamknij maszynę przed rozpoczęciem pracy w trybie failover , jeśli chcesz, aby usługa Site Recovery próbowała zamknąć maszynę źródłową przed wyzwoleniem trybu failover. Przełączanie do trybu failover będzie kontynuowane, nawet jeśli zamknięcie się nie powiedzie. Na stronie Zadania można śledzić postęp trybu failover.

  4. Jeśli przygotowałeś się do połączenia z maszyną wirtualną Azure, po przełączeniu w tryb failover nawiąż połączenie, aby je zweryfikować.

  5. Po weryfikacji należy zatwierdzić awaryjne przełączenie. To działanie usuwa wszystkie dostępne punkty odzyskiwania.

Ostrzeżenie

Nie anuluj trwającego przełączenia awaryjnego. Przed rozpoczęciem przełączenia awaryjnego replikacja maszyny zostaje zatrzymana. Jeśli anulujesz tryb failover, zatrzyma się, ale maszyna nie zostanie ponownie zreplikowana. W przypadku serwerów fizycznych wykonanie dodatkowych procesów awaryjnego przełączania może potrwać od ośmiu do dziesięciu minut.

Automatyzowanie działań podczas failover

Możliwe, że będziesz chciał zautomatyzować działania podczas przełączania awaryjnego. Aby to zrobić, możesz użyć skryptów lub Runbooków automatyzacji Azure w planach odzyskiwania.

  • Dowiedz się więcej na temat tworzenia i dostosowywania planów odzyskiwania, w tym dodawania skryptów.
  • Dowiedz się , jak dodawać elementy Runbook usługi Azure Automation do planów odzyskiwania.

Konfigurowanie ustawień po awaryjnym przełączeniu

Po przejściu w tryb failover należy skonfigurować ustawienia platformy Azure w celu nawiązania połączenia z replikowanymi maszynami wirtualnymi platformy Azure. Ponadto skonfiguruj wewnętrzne i publiczne adresy IP.

Przygotowanie do ponownego włączania ochrony i powrotu po awarii

Po przejściu w tryb failover na Azure należy ponownie zapewnić ochronę maszyn wirtualnych, replikując je do lokalnej lokalizacji. Następnie po ich replikacji możesz wrócić do środowiska lokalnego, uruchamiając tryb failover z platformy Azure do lokacji lokalnej.

  1. Serwery fizyczne replikowane na platformę Azure przy użyciu usługi Site Recovery mogą wrócić po awarii tylko jako maszyny wirtualne VMware. Do powrotu po awarii potrzebna jest infrastruktura VMware. Wykonaj kroki opisane w tym artykule, aby przygotować się do ponownego włączenia ochrony i powrotu po awarii, w tym: skonfigurowania serwera przetwarzania na platformie Azure, lokalnego głównego serwera docelowego, a także skonfigurowania sieci VPN typu lokacja-lokacja lub prywatnej komunikacji równorzędnej usługi ExpressRoute w celu powrotu po awarii.
  2. Upewnij się, że lokalny serwer konfiguracji jest uruchomiony i połączony z platformą Azure. Podczas przechodzenia w tryb failover na platformę Azure lokacja lokalna może być niedostępna, a serwer konfiguracji może być niedostępny lub zamknięty. Podczas powrotu po awarii maszyna wirtualna musi istnieć w bazie danych serwera konfiguracji. W przeciwnym razie powrót po awarii zakończy się niepowodzeniem.
  3. Usuń wszystkie migawki na lokalnie działającym nadrzędnym serwerze docelowym. Ponowne włączanie ochrony nie będzie działać, jeśli istnieją migawki. Migawki na maszynie wirtualnej są automatycznie scalane podczas zadania powtórnego zabezpieczenia.
  4. Jeśli chronisz maszyny wirtualne zebrane w grupie replikacji pod kątem spójności z wieloma maszynami wirtualnymi, upewnij się, że wszystkie te maszyny mają ten sam system operacyjny (Windows lub Linux) i upewnij się, że wdrożony główny serwer docelowy ma ten sam typ systemu operacyjnego. Wszystkie maszyny wirtualne w grupie replikacji muszą używać tego samego głównego serwera docelowego.
  5. Otwórz wymagane porty na potrzeby powrotu po awarii.
  6. Upewnij się, że serwer vCenter jest połączony przed powrotem po awarii. W przeciwnym razie rozłączanie dysków i dołączanie ich z powrotem do maszyny wirtualnej kończy się niepowodzeniem.
  7. Jeśli serwer vCenter zarządza maszynami wirtualnymi, do których powrócisz w razie awarii, upewnij się, że masz wymagane uprawnienia. W przypadku odnajdywania maszyn wirtualnych i ochrony maszyn wirtualnych tylko do odczytu tylko do odczytu, ochrona powiedzie się i tryb failover działa. Jednak podczas ponownego włączania ochrony tryb failover kończy się niepowodzeniem, ponieważ nie można odnaleźć magazynów danych i nie są wyświetlane podczas ponownego włączania ochrony. Aby rozwiązać ten problem, możesz zaktualizować poświadczenia programu vCenter przy użyciu odpowiedniego konta/uprawnień, a następnie ponowić próbę wykonania zadania.
  8. Jeśli użyto szablonu do utworzenia maszyn wirtualnych, upewnij się, że każda maszyna wirtualna ma własny identyfikator UUID dla dysków. Jeśli identyfikator UUID lokalnej maszyny wirtualnej zderza się z identyfikatorem UUID głównego serwera docelowego, ponieważ obie zostały utworzone na podstawie tego samego szablonu, ponowne włączanie ochrony kończy się niepowodzeniem. Wdróż używając innego szablonu.
  9. Jeśli wracasz po awarii do alternatywnego serwera vCenter Server, upewnij się, że nowy serwer vCenter i główny serwer docelowy zostaną odnalezione. Zazwyczaj jeśli nie są one magazynami danych, nie są dostępne lub nie są widoczne w obszarze Ponowne włączanie ochrony.
  10. Sprawdź następujące scenariusze, w których nie można powrócić po awarii:
    • Jeśli używasz bezpłatnej wersji ESXi 5.5 lub wersji bezpłatnej vSphere 6 Hypervisor. Uaktualnij do innej wersji.
    • Jeśli masz serwer fizyczny z systemem Windows Server 2008 R2 z dodatkiem SP1.
    • Zmigrowane maszyny wirtualne.
    • Maszyna wirtualna, która została przeniesiona do innej grupy zasobów.
    • Replika maszyny wirtualnej platformy Azure, która została usunięta.
    • Replika maszyny wirtualnej platformy Azure, która nie jest chroniona (replikująca do lokalizacji lokalnej).
  11. Przejrzyj typy powrotu po awarii, których można użyć — odzyskiwanie oryginalnej lokalizacji i odzyskiwanie lokalizacji alternatywnej.

Ponowne włączanie ochrony maszyn wirtualnych platformy Azure do lokalizacji alternatywnej

Ta procedura zakłada, że lokalna maszyna wirtualna nie jest dostępna.

  1. W magazynie >Ustawienia>Zreplikowane elementy kliknij prawym przyciskiem myszy maszynę, która przeszła tryb failover, a następnie wybierz >Ponownie chroń.
  2. W obszarze Włącz ponownie ochronę sprawdź, czy wybrano opcję Z platformy Azure do serwera lokalnego.
  3. Określ lokalny główny serwer docelowy oraz serwer przetwarzania.
  4. W obszarze Magazyn danych wybierz główny docelowy magazyn danych, do którego chcesz odzyskać dyski w środowisku lokalnym. — Użyj tej opcji, jeśli lokalna maszyna wirtualna została usunięta lub nie istnieje i musisz utworzyć nowe dyski. — To ustawienie jest ignorowane, jeśli dyski już istnieją, ale należy określić wartość.
  5. Wybierz główny docelowy dysk przechowywania. Polityka przywracania po awarii jest wybierana automatycznie.
  6. Kliknij przycisk OK, aby rozpocząć ponowne włączanie ochrony. Zadanie rozpoczyna replikację maszyny wirtualnej Azure do lokalnej lokalizacji. Na karcie Zadania można śledzić postęp.

Uwaga

Jeśli chcesz odzyskać maszynę wirtualną platformy Azure do istniejącej lokalnej maszyny wirtualnej, zainstaluj magazyn danych lokalnej maszyny wirtualnej z dostępem odczytu/zapisu na hoście ESXi głównego serwera docelowego.

Powrót po awarii z platformy Azure

Przeprowadź procedurę przełączenia awaryjnego w następujący sposób:

  1. Na stronie Zreplikowane elementy kliknij prawym przyciskiem myszy maszynę >Nieplanowana praca w trybie failover.
  2. W obszarze Potwierdzenie Failover sprawdź, czy kierunek failover jest z Azure. 3. Wybierz punkt odzyskiwania, którego chcesz użyć do przełączenia awaryjnego.
    • Zalecamy użycie najnowszego punktu odzyskiwania. Punkt zgodny z aplikacją jest za najnowszym punktem czasowym, co skutkuje utratą danych.
    • Najnowsze to punkt odzyskiwania zgodny z awarią.
    • Podczas przełączania do trybu failover usługa Site Recovery wyłącza maszyny wirtualne platformy Azure i uruchamia lokalną maszynę wirtualną. Wiąże się to z przestojem, należy więc wybrać odpowiedni moment.
  3. Kliknij prawym przyciskiem myszy maszynę, a następnie kliknij przycisk Zatwierdź. To uruchamia zadanie, które usuwa maszyny wirtualne platformy Azure.
  4. Sprawdź, czy maszyna wirtualna platformy Azure została prawidłowo wyłączona.

Ponowne włączanie ochrony lokalnych maszyn na platformie Azure

Dane powinny teraz ponownie znajdować się w lokacji lokalnej, ale nie są replikowane na platformie Azure. Możesz ponownie rozpocząć replikowanie na platformie Azure w następujący sposób:

  1. W obszarze Ustawienia>magazynu> Zreplikowane elementy wybierz maszyny wirtualne, które zakończyły się niepowodzeniem, a następnie kliknij pozycję Ponownie chroń.
  2. Wybierz serwer przetwarzania używany do wysyłania replikowanych danych do platformy Azure, a następnie kliknij przycisk OK.

Następne kroki

Po zakończeniu zadania ponownego zabezpieczania lokalna maszyna wirtualna replikuje się do Azure. W razie potrzeby możesz uruchomić inny tryb failover na platformie Azure.