Udostępnij za pośrednictwem


Niezawodność w usłudze Azure Event Hubs

W tym artykule opisano obsługę niezawodności w usłudze Azure Event Hubs i opisano zarówno odporność wewnątrz regionalną, jak i stref dostępności oraz odzyskiwanie po awarii między regionami i ciągłość działalności biznesowej. Aby uzyskać bardziej szczegółowe omówienie zasad niezawodności na platformie Azure, zobacz Niezawodność platformy Azure.

Obsługa strefy dostępności

Strefy dostępności są fizycznie oddzielnymi grupami centrów danych w każdym regionie świadczenia usługi Azure. Gdy jedna strefa ulegnie awarii, usługi mogą przejść w tryb failover do jednej z pozostałych stref.

Aby uzyskać więcej informacji na temat stref dostępności na platformie Azure, zobacz Co to są strefy dostępności?.

Usługa Event Hubs implementuje przezroczyste mechanizmy wykrywania błędów i trybu failover, dzięki czemu w przypadku awarii usługa nadal działa w ramach zapewnianych poziomów usług i bez zauważalnych przerw. Jeśli przestrzeń nazw usługi Event Hubs zostanie utworzona w regionie obsługującym strefy dostępności, nadmiarowość strefy zostanie automatycznie włączona. Dzięki nadmiarowości strefowej odporność na uszkodzenia jest większa, a usługa ma wystarczającą ilość rezerw pojemności, aby poradzić sobie z awarią całego obiektu. Metadane i dane (zdarzenia) są replikowane między centrami danych w każdej strefie.

Wymagania wstępne

Obsługa strefy dostępności jest dostępna tylko w regionach świadczenia usługi Azure ze strefami dostępności.

Tworzenie zasobu z włączonymi strefami dostępności

W przypadku korzystania z witryny Azure Portal nadmiarowość strefy jest automatycznie włączona. Podczas tworzenia przestrzeni nazw podczas wybierania regionu obsługującego strefy dostępności zobaczysz następujący komunikat.

Zrzut ekranu przedstawiający stronę Tworzenie przestrzeni nazw z regionem z strefami dostępności.

Wyłączanie stref dostępności

Witryna Azure Portal nie obsługuje wyłączania stref dostępności. Aby wyłączyć strefy dostępności, użyj jednej z następujących metod:

  • Polecenie interfejsu wiersza polecenia platformy Azure za pomocą polecenia az eventhubs namespace--zone-redundant=false

  • Polecenie programu PowerShell z poleceniem New-AzEventHubNamespace -ZoneRedundant=false , aby utworzyć przestrzeń nazw z wyłączoną nadmiarowością strefy.

Migracja strefy dostępności

Podczas tworzenia stref dostępności w regionie, który je obsługuje, strefy dostępności są automatycznie włączone. Jeśli chcesz dowiedzieć się, jak przenieść przestrzeń nazw usługi Event Hubs do nowego regionu obsługującego strefy dostępności, zobacz Przenoszenie usługi Event Hubs do innego regionu.

Odzyskiwanie po awarii między regionami i ciągłość działania

Odzyskiwanie po awarii dotyczy odzyskiwania po wystąpieniu zdarzeń o dużym wpływie, takich jak klęski żywiołowe lub nieudane wdrożenia, które powodują przestoje i utratę danych. Niezależnie od przyczyny najlepszym rozwiązaniem dla awarii jest dobrze zdefiniowany i przetestowany plan odzyskiwania po awarii oraz projekt aplikacji, który aktywnie obsługuje odzyskiwanie po awarii. Zanim zaczniesz myśleć o tworzeniu planu odzyskiwania po awarii, zobacz Zalecenia dotyczące projektowania strategii odzyskiwania po awarii.

Jeśli chodzi o odzyskiwanie po awarii, firma Microsoft korzysta z modelu wspólnej odpowiedzialności. W modelu wspólnej odpowiedzialności firma Microsoft zapewnia dostępność infrastruktury bazowej i usług platformy. Jednocześnie wiele usług platformy Azure nie replikuje automatycznie danych ani nie wraca z regionu, w którym wystąpił błąd, aby przeprowadzić replikację krzyżową do innego regionu z włączoną obsługą. W przypadku tych usług ponosisz odpowiedzialność za skonfigurowanie planu odzyskiwania po awarii, który działa dla obciążenia. Większość usług uruchamianych na platformie Azure jako usługa (PaaS) oferuje funkcje i wskazówki dotyczące obsługi odzyskiwania po awarii. Funkcje specyficzne dla usługi umożliwiają szybkie odzyskiwanie w celu ułatwienia opracowania planu odzyskiwania po awarii.

Cały aktywny model klastra usługi Azure Event Hubs z obsługą strefy dostępności zapewnia odporność na awarie sprzętu i centrum danych. Jeśli jednak awaria, w której cały region i wszystkie strefy są niedostępne, możesz użyć odzyskiwania po awarii geograficznej w celu odzyskania obciążenia i konfiguracji aplikacji.

Istnieją dwie funkcje zapewniające odzyskiwanie po awarii geograficznej w usłudze Azure Event Hubs.

  • Odzyskiwanie po awarii geograficznej (Metadata DR), które zapewnia tylko replikację tylko metadanych.

    Odzyskiwanie po awarii geograficznej gwarantuje, że cała konfiguracja przestrzeni nazw (event hubs, grupy odbiorców i ustawienia) jest stale replikowana z podstawowej przestrzeni nazw do pomocniczej przestrzeni nazw po połączeniu.

    Funkcja odzyskiwania po awarii geograficznej usługi Azure Event Hubs to rozwiązanie odzyskiwania po awarii. Pojęcia i przepływ pracy opisane w tym artykule dotyczą scenariuszy awarii, a nie tymczasowych awarii. Aby zapoznać się ze szczegółowym omówieniem odzyskiwania po awarii na platformie Microsoft Azure, zobacz ten artykuł.

    W przypadku odzyskiwania po awarii geograficznej można zainicjować tryb failover tylko raz z podstawowego do pomocniczego w dowolnym momencie. Przejście w tryb failover wskazuje wybraną nazwę aliasu przestrzeni nazw do pomocniczej przestrzeni nazw. Po przeniesieniu parowanie zostanie następnie usunięte. Przejście w tryb failover jest niemal natychmiastowe po zainicjowaniu.

    Aby uzyskać szczegółowe informacje, przykłady i dalszą dokumentację dotyczącą odzyskiwania po awarii geograficznej w usłudze Event Hubs, zobacz Azure Event Hubs — odzyskiwanie po awarii geograficznej.

  • Replikacja geograficzna (publiczna wersja zapoznawcza), która zapewnia replikację metadanych i danych, replikuje informacje o konfiguracji i wszystkie dane z podstawowej przestrzeni nazw do co najmniej jednej pomocniczej przestrzeni nazw. Po zakończeniu pracy w trybie failover wybrana pomocnicza staje się podstawowa, a poprzednia podstawowa staje się pomocnicza. Użytkownicy mogą w razie potrzeby wykonać powrót w tryb failover do oryginalnego podstawowego obiektu podstawowego.

    Aby uzyskać szczegółowe informacje, przykłady i dalszą dokumentację, w temacie Replikacja geograficzna w usłudze Event Hubs, zobacz Replikacja geograficzna.

Następne kroki