0Pricing
Cloud & IT Cert Prep · Lekcja

Plany odtwarzania i automatyczne przełączanie awaryjne

Proszę utworzyć plan odtwarzania ASR, który określa kolejność przełączania awaryjnego maszyn wirtualnych w poszczególnych warstwach aplikacji, dodać bramki ręcznego zatwierdzania oraz uwzględnić skrypty przed przełączeniem i po nim.

Plany odtwarzania i automatyczne przełączanie awaryjne to bezpłatna lekcja Cloud & IT Cert Prep na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Cloud & IT Cert Prep, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Cloud & IT Cert Prep zawiera 4 lekcji w sumie.

Czym jest plan odzyskiwania ASR?

Plan odzyskiwania w usłudze Azure Site Recovery to uporządkowana sekwencja kroków, która koordynuje przełączenie awaryjne wielu maszyn wirtualnych. Zamiast przełączać każdą maszynę wirtualną osobno, plan odzyskiwania grupuje je w grupy przełączane sekwencyjnie — dzięki temu infrastruktura (baza danych, oprogramowanie pośredniczące, warstwa internetowa) uruchamia się we właściwej kolejności, tak jak podczas początkowego wdrażania.

Tworzenie planu odzyskiwania

Aby utworzyć plan odzyskiwania, należy wybrać witrynę źródłową (region podstawowy) i witrynę docelową (region pomocniczy), a następnie dodać maszyny wirtualne, które mają zostać uwzględnione. Kreator planu automatycznie tworzy grupę domyślną, ale można dodać więcej grup, aby kontrolować kolejność przełączania awaryjnego. Maszyny wirtualne w tej samej grupie są przełączane jednocześnie, a grupy są wykonywane w kolejności numerów.

# Create an ASR Recovery Plan via CLI:
az site-recovery recovery-plan create \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --primary-fabric-id '/subscriptions/.../replicationFabrics/eastus' \
  --recovery-fabric-id '/subscriptions/.../replicationFabrics/westus' \
  --groups '[{"groupType":"Boot","replicationProtectedItems":[...]}]'

Szeregowanie grup dla aplikacji wielowarstwowych

W przypadku typowej aplikacji trójwarstwowej plan odzyskiwania powinien zawierać trzy grupy:

  • Grupa 1 — maszyny wirtualne warstwy bazy danych (muszą uruchomić się jako pierwsze)
  • Grupa 2 — maszyny wirtualne warstwy aplikacji i oprogramowania pośredniczącego
  • Grupa 3 — maszyny wirtualne frontendu internetowego (uruchamiane jako ostatnie)

Każda grupa czeka na pomyślne zakończenie przełączania awaryjnego poprzedniej grupy. Odzwierciedla to prawidłową kolejność uruchamiania i zapobiega uruchomieniu maszyn wirtualnych warstwy internetowej przed przygotowaniem bazy danych do przyjmowania połączeń.

Dodawanie działań ręcznych i skryptów

Plany odzyskiwania obsługują działania wstępne i działania końcowe na granicy każdej grupy. Mogą to być:

  • Działania ręczne — wstrzymanie przełączania awaryjnego i oczekiwanie na potwierdzenie człowieka (np. „Sprawdź, czy baza danych jest gotowa”)
  • elementy Runbook usługi Azure Automation — automatyczne wykonanie skryptu (np. aktualizacja rekordów DNS, wyłączenie trybu konserwacji)

Użycie elementów Runbook usługi Automation umożliwia w pełni automatyczne przełączanie awaryjne bez udziału człowieka w przypadku obciążeń poziomu 1.

# Example Automation runbook action in a recovery plan:
# Pre-group-2 action: Run runbook 'UpdateConnectionStrings'
# This runbook updates app config to point to secondary DB endpoint
# before the application tier VMs start

Przełączanie awaryjne planowane i nieplanowane

Usługa Azure Site Recovery obsługuje dwa typy przełączania awaryjnego:

  • Przełączanie awaryjne planowane — inicjowane przed znanym zdarzeniem (np. konserwacją centrum danych). Podstawowa maszyna wirtualna jest prawidłowo wyłączana, dane są synchronizowane, a następnie uruchamiana jest pomocnicza maszyna wirtualna. Brak utraty danych.
  • Przełączanie awaryjne nieplanowane — wyzwalane podczas rzeczywistej katastrofy. Podstawowa maszyna wirtualna może być niedostępna, dlatego ASR używa najnowszego punktu kontrolnego replikacji. W zależności od RPO możliwa jest utrata części danych.
# Trigger an unplanned failover via CLI:
az site-recovery recovery-plan failover-unplanned \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan \
  --failover-direction PrimaryToRecovery

Zatwierdzanie i powrót po awarii

Po przełączeniu awaryjnym odzyskane maszyny wirtualne w regionie pomocniczym znajdują się w stanie oczekiwania na zatwierdzenie. Należy zatwierdzić przełączenie awaryjne, aby potwierdzić, że witryna pomocnicza jest teraz aktywną witryną i że nie ma potrzeby wycofania zmian. Po zatwierdzeniu można skonfigurować replikację odwrotną, aby chronić witrynę pomocniczą, a następnie wykonać operację powrotu po awarii do regionu podstawowego po jego przywróceniu.

# Commit the failover:
az site-recovery recovery-plan commit \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --name myRecoveryPlan

# Then configure reverse replication to enable failback later

Ponowne zabezpieczenie po przełączeniu awaryjnym

Po zatwierdzeniu przełączenia awaryjnego elementy replikowane w pierwotnym regionie podstawowym nie są już aktywnie replikowane. Aby przywrócić ochronę, należy ponownie zabezpieczyć te elementy — spowoduje to odwrócenie kierunku replikacji, tak aby nowy region podstawowy (wcześniej pomocniczy) replikował dane do pierwotnego regionu podstawowego. Ponowne zabezpieczenie wymaga czasu i należy je rozpocząć jak najszybciej po ponownym udostępnieniu pierwotnego regionu podstawowego.

Pomiar RTO w planach odzyskiwania

Każdy krok w planie odzyskiwania wpływa na całkowity czas RTO. Do najczęstszych czynności pochłaniających czas należą:

  • czas uruchamiania maszyn wirtualnych (2–5 minut na maszynę wirtualną)
  • czas rozgrzewania aplikacji (inicjalizacja puli połączeń z bazą danych, rozgrzewanie pamięci podręcznej)
  • propagacja DNS po zmianie adresów IP
  • czas oczekiwania na ręczną akceptację

Podczas testowych przełączeń awaryjnych należy mierzyć każdy krok i zsumować wyniki, aby obliczyć rzeczywisty RTO i porównać go z wartością docelową.

Automatyzacja aktualizacji DNS

Po przełączeniu awaryjnym maszyny wirtualne w regionie pomocniczym mają inne adresy IP. W przypadku aplikacji udostępniających publiczną nazwę DNS należy zaktualizować DNS tak, aby wskazywał nowe adresy IP. Należy użyć elementu runbook usługi Azure Automation jako akcji wykonywanej po przełączeniu awaryjnym, aby zaktualizować usługę Azure DNS lub stan kondycji punktów końcowych Traffic Manager i automatycznie przekierować ruch — eliminując ręczny krok, który mógłby wydłużyć RTO.

# Example: Update Azure DNS record in a runbook after failover:
# az network dns record-set a update \
#   --resource-group dnsRG \
#   --zone-name myapp.com \
#   --record-set-name '@' \
#   --set 'ARecords[0].ipv4Address=<new-secondary-ip>'

Monitorowanie wykonywania planu odzyskiwania

Podczas przełączenia awaryjnego widok Jobs w witrynie Azure Portal w magazynie Recovery Services pokazuje postęp każdego kroku planu odzyskiwania w czasie rzeczywistym. Można sprawdzić, która grupa jest wykonywana, które maszyny wirtualne zostały pomyślnie uruchomione oraz czy oczekują skrypty lub działania ręczne. Monitorowanie tego widoku pozwala zespołowi ds. odzyskiwania szybko zareagować w przypadku niepowodzenia kroku.

Najlepsze praktyki dotyczące planów odzyskiwania

Najważniejsze najlepsze praktyki dotyczące planów odzyskiwania:

  • Grupy powinny być małe (5–10 maszyn wirtualnych), aby ograniczyć zakres skutków awarii grupy
  • W miarę możliwości należy używać elementów runbook usługi Automation zamiast działań ręcznych, aby skrócić RTO
  • Należy udokumentować oczekiwany czas uruchamiania każdej grupy, aby można było obliczyć RTO
  • Co najmniej raz na kwartał należy przeprowadzać testowe przełączenie awaryjne, aby zweryfikować plan
  • Plan należy przeglądać i aktualizować po dodaniu nowych maszyn wirtualnych lub zmianie architektury aplikacji

Szybkie sprawdzenie

Sprawdź swoją znajomość zagadnień Microsoft Azure Fundamentals (AZ-900) omówionych w tej lekcji.

Podsumowanie lekcji

W tej lekcji dowiedziałeś się, że plan odzyskiwania koordynuje uporządkowane przełączanie awaryjne wielu maszyn wirtualnych, uwzględniając działania wykonywane przed każdą grupą i po niej; nieplanowane przełączenie awaryjne korzysta z ostatniego punktu kontrolnego replikacji, podczas gdy planowane przełączenie awaryjne nie powoduje utraty danych; a po przełączeniu awaryjnym należy wykonać operacje commit i reprotect, aby przywrócić ochronę DR. Następnie omówimy testowanie planów DR bez wpływu na środowisko produkcyjne.

Często zadawane pytania

Czy lekcja „Plany odtwarzania i automatyczne przełączanie awaryjne” jest bezpłatna?

Tak — pełny tekst „Plany odtwarzania i automatyczne przełączanie awaryjne” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Cloud & IT Cert Prep, przejdź na CoddyKit PRO. Kurs Cloud & IT Cert Prep zawiera 4 lekcji w sumie.

Co nauczysz się w „Plany odtwarzania i automatyczne przełączanie awaryjne”?

Proszę utworzyć plan odtwarzania ASR, który określa kolejność przełączania awaryjnego maszyn wirtualnych w poszczególnych warstwach aplikacji, dodać bramki ręcznego zatwierdzania oraz uwzględnić skry… Ćwiczysz Cloud & IT Cert Prep z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Cloud & IT Cert Prep?

Nie wymagamy żadnego doświadczenia. Cloud & IT Cert Prep w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.

Ile czasu zajmuje lekcja „Plany odtwarzania i automatyczne przełączanie awaryjne”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Cloud & IT Cert Prep?

Tak. Każda lekcja Cloud & IT Cert Prep zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Definiowanie RTO, RPO i poziomów odtwarzania
  2. Plany odtwarzania i automatyczne przełączanie awaryjne
  3. Testowanie DR bez wpływu na środowisko
  4. DR dla usług PaaS
← Powrót do Cloud & IT Cert Prep