Uruchamianie testowego przejścia w tryb failover (próbne odzyskiwanie po awarii) na platformę Azure

W tym artykule opisano sposób uruchamiania próbnego odzyskiwania po awarii na platformie Azure przy użyciu Site Recovery testowania trybu failover.

Uruchom test pracy w trybie failover, aby zweryfikować strategię replikacji i odzyskiwania po awarii bez utraty lub przestoju danych. Test pracy w trybie failover nie ma wpływu na bieżącą replikację ani środowisko produkcyjne. Możesz uruchomić test pracy w trybie failover na określonej maszynie wirtualnej lub w planie odzyskiwania zawierającym wiele maszyn wirtualnych.

Wykonywanie próby przejścia w tryb failover

W tej procedurze opisano sposób uruchamiania testu pracy w trybie failover dla planu odzyskiwania. Jeśli chcesz uruchomić test pracy w trybie failover dla pojedynczej maszyny wirtualnej, wykonaj kroki opisane tutaj

Zrzut ekranu przedstawiający stronę Test pracy w trybie failover w Azure Portal.

  1. W Site Recovery w Azure Portal kliknij pozycję Plany> odzyskiwaniarecoveryplan_name>Test pracy w trybie failover.

  2. Wybierz punkt odzyskiwania , do którego ma być przełączenie w tryb failover. Możesz użyć jednej z następujących opcji:

    • Najnowsze przetworzone: ta opcja powoduje przełączenie wszystkich maszyn wirtualnych w plan do najnowszego punktu odzyskiwania przetworzonego przez Site Recovery. Aby wyświetlić najnowszy punkt odzyskiwania dla określonej maszyny wirtualnej, sprawdź najnowsze punkty odzyskiwania w ustawieniach maszyny wirtualnej. Ta opcja zapewnia niską wartość celu czasu odzyskiwania, ponieważ nie wymaga przetwarzania nieprzetworzonych danych.
    • Najnowsza spójność aplikacji: ta opcja powoduje przełączenie w tryb failover wszystkich maszyn wirtualnych w planie do najnowszego punktu odzyskiwania spójnego z aplikacją przetworzonego przez Site Recovery. Aby wyświetlić najnowszy punkt odzyskiwania dla określonej maszyny wirtualnej, sprawdź najnowsze punkty odzyskiwania w ustawieniach maszyny wirtualnej.
    • Najnowsze: ta opcja najpierw przetwarza wszystkie dane wysyłane do usługi Site Recovery, aby utworzyć punkt odzyskiwania dla każdej maszyny wirtualnej przed przełączeniem w tryb failover. Ta opcja zapewnia najniższy cel punktu odzyskiwania (cel punktu odzyskiwania), ponieważ maszyna wirtualna utworzona po przejściu w tryb failover będzie miała wszystkie dane replikowane do Site Recovery po wyzwoleniu trybu failover.
    • Najnowsza maszyna wirtualna przetworzona z wieloma maszynami wirtualnymi: ta opcja jest dostępna dla planów odzyskiwania z co najmniej jedną maszyną wirtualną z włączoną spójnością z wieloma maszynami wirtualnymi. Maszyny wirtualne z włączonym ustawieniem przełączania w tryb failover do najnowszego wspólnego punktu odzyskiwania spójnego z wieloma maszynami wirtualnymi. Inne maszyny wirtualne przejdą w tryb failover do najnowszego przetworzonego punktu odzyskiwania.
    • Najnowsza spójność aplikacji z wieloma maszynami wirtualnymi: ta opcja jest dostępna dla planów odzyskiwania z co najmniej jedną maszyną wirtualną z włączoną spójnością z wieloma maszynami wirtualnymi. Maszyny wirtualne, które są częścią grupy replikacji, przełączą się w tryb failover do najnowszego wspólnego punktu odzyskiwania spójnego z wieloma maszynami wirtualnymi. Inne maszyny wirtualne przejdą w tryb failover do najnowszego punktu odzyskiwania spójnego z aplikacją.
    • Niestandardowe: użyj tej opcji, aby przełączyć określoną maszynę wirtualną w tryb failover do określonego punktu odzyskiwania.
  3. Wybierz sieć wirtualną platformy Azure, w której zostaną utworzone testowe maszyny wirtualne.

    • Site Recovery próbuje utworzyć testowe maszyny wirtualne w podsieci o tej samej nazwie i tym samym adresie IP, co podane w ustawieniach obliczeniowych i sieciowych maszyny wirtualnej.
    • Jeśli podsieć o tej samej nazwie nie jest dostępna w sieci wirtualnej platformy Azure używanej do testowania pracy w trybie failover, testowa maszyna wirtualna zostanie utworzona w pierwszej podsieci alfabetycznie.
    • Jeśli ten sam adres IP nie jest dostępny w podsieci, maszyna wirtualna otrzymuje inny dostępny adres IP w podsieci. Dowiedz się więcej.
  4. Śledzenie postępu pracy w trybie failover na karcie Zadania. Maszyna repliki testowej powinna być widoczna w Azure Portal.

  5. Aby zainicjować połączenie RDP z maszyną wirtualną platformy Azure, należy dodać publiczny adres IP w interfejsie sieciowym maszyny wirtualnej w trybie failover. Jeśli nie chcesz dodawać publicznego adresu IP do maszyny wirtualnej, sprawdź zalecane alternatywy tutaj.

  6. Gdy wszystko działa zgodnie z oczekiwaniami, kliknij pozycję Wyczyść test pracy w trybie failover. Spowoduje to usunięcie maszyn wirtualnych utworzonych podczas testowania pracy w trybie failover.

  7. W obszarze Uwagi zapisz wszystkie obserwacje skojarzone z testowym trybem failover.

Zrzut ekranu przedstawiający kartę Zadania testowania trybu failover.

Gdy zostanie wyzwolony test pracy w trybie failover, wystąpią następujące czynności:

  1. Wymagania wstępne: uruchomiono sprawdzanie wymagań wstępnych, aby upewnić się, że zostały spełnione wszystkie warunki wymagane do przejścia w tryb failover.
  2. Tryb failover: przetwarzanie trybu failover i przygotowanie danych, dzięki czemu można utworzyć na jej podstawie maszynę wirtualną platformy Azure.
  3. Najnowsze: jeśli wybrano najnowszy punkt odzyskiwania, punkt odzyskiwania jest tworzony na podstawie danych, które zostały wysłane do usługi.
  4. Start: ten krok tworzy maszynę wirtualną platformy Azure przy użyciu danych przetworzonych w poprzednim kroku.

Czas pracy w trybie failover

W następujących scenariuszach przejście w tryb failover wymaga dodatkowego pośredniego kroku, który zwykle trwa około 8 do 10 minut:

  • Maszyny wirtualne VMware z uruchomioną wersją usługa mobilności starszą niż 9.8
  • Serwery fizyczne
  • Maszyny wirtualne VMware Linux
  • Maszyna wirtualna funkcji Hyper-V chroniona jako serwery fizyczne
  • Maszyna wirtualna VMware, na której następujące sterowniki nie są sterownikami rozruchu:
    • storvsc
    • Vmbus
    • storflt
    • intelide
    • Atapi
  • Maszyna wirtualna VMware, która nie ma włączonego protokołu DHCP, niezależnie od tego, czy korzystają z protokołu DHCP, czy statycznych adresów IP.

We wszystkich pozostałych przypadkach nie jest wymagany żaden krok pośredni, a przejście w tryb failover zajmuje znacznie mniej czasu.

Tworzenie sieci do testowania pracy w trybie failover

Zalecamy, aby w przypadku testowego przejścia w tryb failover wybrać sieć odizolowaną od sieci lokacji odzyskiwania produkcyjnego specyficzną dla ustawień obliczeniowych i sieciowych dla każdej maszyny wirtualnej. Tworzone sieci wirtualne platformy Azure są domyślnie izolowane od innych sieci. Sieć testowa powinna odzwierciedlać sieć produkcyjną:

  • Sieć testowa powinna mieć taką samą liczbę podsieci jak sieć produkcyjna. Podsieci powinny mieć takie same nazwy.
  • W sieci testowej powinien być używany taki sam zakres adresów IP.
  • Zaktualizuj system DNS sieci testowej, używając adresu IP określonego dla maszyny wirtualnej systemu DNS w obszarze ustawień Obliczenia i sieć. Aby uzyskać więcej informacji, zobacz sekcję Zagadnienia dotyczące testowania trybu failover dla usługi Active Directory.

Testowanie przejścia w tryb failover do sieci produkcyjnej w lokacji odzyskiwania

Mimo że zalecamy użycie sieci testowej niezależnie od sieci produkcyjnej, jeśli chcesz przetestować próbne odzyskiwanie po awarii w sieci produkcyjnej, zwróć uwagę na następujące kwestie:

  • Upewnij się, że podstawowa maszyna wirtualna jest zamykana po uruchomieniu testu pracy w trybie failover. W przeciwnym razie będą istnieć dwie maszyny wirtualne z tą samą tożsamością, uruchomione w tej samej sieci w tym samym czasie. Może to prowadzić do nieoczekiwanych konsekwencji.
  • Wszelkie zmiany maszyn wirtualnych utworzone na potrzeby testowania pracy w trybie failover zostaną utracone podczas czyszczenia trybu failover. Te zmiany nie są replikowane z powrotem do podstawowej maszyny wirtualnej.
  • Testowanie w środowisku produkcyjnym prowadzi do przestoju aplikacji produkcyjnej. Użytkownicy nie powinni używać aplikacji działających na maszynach wirtualnych, gdy test pracy w trybie failover jest w toku.

Przygotowywanie usług Active Directory i DNS

Aby uruchomić test pracy w trybie failover na potrzeby testowania aplikacji, potrzebna jest kopia środowiska produkcyjnego usługi Active Directory w środowisku testowym. Przeczytaj zagadnienia dotyczące testowania trybu failover dla usługi Active Directory , aby dowiedzieć się więcej.

Przygotowanie do połączenia z maszynami wirtualnymi Azure po przejściu do trybu failover

Jeśli chcesz nawiązać połączenie z maszynami wirtualnymi platformy Azure przy użyciu protokołu RDP/SSH po przejściu w tryb failover, postępuj zgodnie z wymaganiami podsumowania w tabeli.

Tryb failover Lokalizacja Akcje
Maszyna wirtualna platformy Azure z systemem Windows Maszyna lokalna przed przejściem w tryb failover Aby uzyskać dostęp do maszyny wirtualnej platformy Azure za pośrednictwem Internetu, włącz protokół RDP i upewnij się, że reguły TCP i UDP są dodawane dla publicznej i że protokół RDP jest dozwolony dla wszystkich profilów wdozwolonych aplikacjachzapory> systemu Windows.

Aby uzyskać dostęp do maszyny wirtualnej platformy Azure za pośrednictwem połączenia lokacja-lokacja, włącz protokół RDP na maszynie i upewnij się, że protokół RDP jest dozwolony w zaporze systemu Windows —>dozwolone aplikacje i funkcje dla sieci domenowych iprywatnych.

Upewnij się, że zasady sieci SAN systemu operacyjnego są ustawione na OnlineAll. Dowiedz się więcej.

Upewnij się, że nie ma oczekujących aktualizacji systemu Windows na maszynie wirtualnej po wyzwoleniu trybu failover. Aktualizacja systemu Windows może zostać uruchomiona po przejściu w tryb failover i nie będzie można zalogować się na maszynie wirtualnej do momentu ukończenia aktualizacji.
Maszyna wirtualna platformy Azure z systemem Windows Maszyna wirtualna platformy Azure po przejściu w tryb failover Dodaj publiczny adres IP dla maszyny wirtualnej.

Reguły sieciowej grupy zabezpieczeń na maszynie wirtualnej przełączonej w tryb failover (i podsieć platformy Azure, z którą jest połączona) muszą zezwalać na połączenia przychodzące z portem RDP.

Sprawdź diagnostykę rozruchu, aby sprawdzić zrzut ekranu maszyny wirtualnej.

Jeśli nie możesz nawiązać połączenia, sprawdź, czy maszyna wirtualna jest uruchomiona, i zapoznaj się z tymi poradami dotyczącymi rozwiązywania problemów.
Maszyna wirtualna platformy Azure z systemem Linux Maszyna lokalna przed przejściem w tryb failover Upewnij się, że usługa Secure Shell na maszynie wirtualnej została ustawiona na automatyczne uruchamianie podczas rozruchu systemu.

Sprawdź, czy reguły zapory zezwalają na połączenie SSH.
Maszyna wirtualna platformy Azure z systemem Linux Maszyna wirtualna platformy Azure po przejściu w tryb failover Reguły sieciowej grupy zabezpieczeń na maszynie wirtualnej w trybie failover (i podsieć platformy Azure, z którą jest połączona), muszą zezwalać na połączenia przychodzące z portem SSH.

Dodaj publiczny adres IP dla maszyny wirtualnej.

Sprawdź diagnostykę rozruchu , aby uzyskać zrzut ekranu maszyny wirtualnej.

Wykonaj czynności opisane tutaj, aby rozwiązać wszystkie problemy z łącznością po przejściu do trybu failover.

Następne kroki

Po zakończeniu próbnego odzyskiwania po awarii dowiedz się więcej o innych typach trybu failover.