Przełączanie w tryb failover i powrót po awarii serwerów fizycznych replikowanych na platformę Azure

W tym samouczku opisano sposób przełączania w tryb failover lokalnych serwerów fizycznych replikujących na platformę Azure przy użyciu usługi Azure Site Recovery. Po przejściu w tryb failover powrót po awarii z platformy Azure do lokacji lokalnej jest dostępny.

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 pełnym przejściem 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.

Uruchamianie trybu failover

Weryfikowanie właściwości serwera

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

  1. W obszarze Chronione elementy kliknij pozycję Zreplikowane elementy i wybierz maszynę.
  2. W okienku Replikowany 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 do trybu failover na platformie Azure

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

  2. W obszarze Tryb failover wybierz Punkt odzyskiwania, którego chcesz użyć do przełączenia do trybu failover. 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 puntu odzyskiwania, ponieważ maszyna wirtualna platformy Azure utworzona po przejściu do trybu failover zawiera wszystkie dane, które zostały zreplikowane w usłudze Site Recovery do momentu włączenia trybu failover.
    • Najnowszy przetworzony: ta opcja powoduje przełączyć maszynę w tryb failover do najnowszego punktu odzyskiwania przetworzonego przez Site Recovery. Ta opcja zapewnia niską wartość celu czasu odzyskiwania, ponieważ nie wymaga przetwarzania nieprzetworzonych danych.
    • Najnowszy spójny na poziomie aplikacji: ta opcja powoduje przechodzenie maszyny w tryb failover do najnowszego punktu odzyskiwania spójnego z aplikacją przetworzonego przez Site Recovery.
    • Niestandardowy: umożliwia określenie punktu odzyskiwania.
  3. Wybierz pozycję Zamknij maszynę przed rozpoczęciem pracy w trybie failover, jeśli chcesz Site Recovery, aby spróbować zamknąć maszynę źródłową przed wyzwoleniem trybu failover. Przełączanie do trybu failover będzie kontynuowane, nawet jeśli zamknięcie nie powiedzie się. Postęp pracy w trybie failover można śledzić na stronie Zadania .

  4. Jeśli przeprowadzono przygotowanie do nawiązania połączenia z maszyną wirtualną platformy Azure, należy po przełączeniu w tryb failover nawiązać połączenie w celu weryfikacji.

  5. Po weryfikacji należy Zatwierdzić tryb failover. To działanie usuwa wszystkie dostępne punkty odzyskiwania.

Ostrzeżenie

Nie anuluj trybu failover w toku. Przed rozpoczęciem pracy w trybie failover replikacja maszyny zostaje zatrzymana. Jeśli anulujesz tryb failover, zostanie ono zatrzymane, ale maszyna nie zostanie ponownie zreplikowana. W przypadku serwerów fizycznych wykonanie dodatkowego przetwarzania trybu failover może potrwać około ośmiu do dziesięciu minut.

Automatyzowanie akcji podczas pracy w trybie failover

Możesz chcieć zautomatyzować akcje podczas pracy w trybie failover. W tym celu można użyć skryptów lub elementów Runbook automatyzacji platformy 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ć Azure Automation elementy Runbook do planów odzyskiwania.

Konfigurowanie ustawień po przejściu w tryb failover

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 adresowanie IP.

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

Po przejściu w tryb failover na platformę Azure ponownie włączysz ochronę maszyn wirtualnych platformy Azure, replikując je do lokacji lokalnej. Następnie po zakończeniu replikacji możesz wykonać ich powrót po awarii do środowiska lokalnego, uruchamiając tryb failover z platformy Azure do lokacji lokalnej.

  1. Serwery fizyczne replikowane na platformę Azure przy użyciu Site Recovery mogą powró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łączania ochrony i powrotu po awarii, w tym konfigurowania serwera przetwarzania na platformie Azure oraz lokalnego głównego serwera docelowego oraz konfigurowania sieci VPN typu lokacja-lokacja lub prywatnej komunikacji równorzędnej usługi ExpressRoute na potrzeby 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 lokalnym głównym serwerze docelowym. Ponowne włączanie ochrony nie będzie działać, jeśli istnieją migawki. Migawki na maszynie wirtualnej są automatycznie scalane podczas zadania ponownego włączania ochrony.
  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 nastąpi powrót po awarii, upewnij się, że masz wymagane uprawnienia. W przypadku odnajdywania i ochrony maszyn wirtualnych tylko do odczytu przez użytkownika programu vCenter ochrona powiedzie się, a 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 kolid z identyfikatorem UUID głównego serwera docelowego, ponieważ oba zostały utworzone na podstawie tego samego szablonu, ponowne włączenie ochrony nie powiedzie się. Wdróż z innego szablonu.
  9. Jeśli wracasz po awarii do alternatywnego serwera vCenter, upewnij się, że wykryto nowy serwer vCenter i główny serwer docelowy. Zazwyczaj, jeśli nie są one magazynami danych, są niedostę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 (replikowanie do lokacji 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 w lokalizacji alternatywnej

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

  1. W obszarze Ustawienia> magazynu >Replikowane elementy kliknij prawym przyciskiem myszy maszynę, która została przełączona ponownie w tryb failover>.
  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 trzeba określić wartość.
  5. Wybierz główny docelowy dysk przechowywania. Zasady powrotu po awarii są wybierane automatycznie.
  6. Kliknij przycisk OK, aby rozpocząć ponowne włączanie ochrony. Zadanie rozpoczyna replikację maszyny wirtualnej platformy Azure do lokacji lokalnej. 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

Uruchom tryb failover w następujący sposób:

  1. Na stronie Replikowane elementy kliknij prawym przyciskiem myszy maszynę >Nieplanowany tryb failover.
  2. W obszarze Potwierdź tryb failover sprawdź, czy wybrano kierunek trybu failover Z platformy Azure. 3.Wybierz punkt odzyskiwania, którego chcesz użyć do przejścia w tryb failover.
    • Zalecamy użycie najnowszego punktu odzyskiwania. Punkt spójny na poziomie aplikacji znajduje się za najnowszym punktem w czasie i powoduje utratę danych.
    • Najnowsze to punkt odzyskiwania spójny na poziomie awarii.
    • 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ź. Spowoduje to wyzwolenie zadania, które usunie 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 ponownego włączania ochrony lokalna maszyna wirtualna jest replikująca na platformę Azure. W razie potrzeby możesz uruchomić inny tryb failover na platformie Azure.