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 platformy Azure to co najmniej trzy fizycznie oddzielne grupy centrów danych w każdym regionie świadczenia usługi Azure. Centra danych w każdej strefie są wyposażone w niezależną infrastrukturę zasilania, chłodzenia i sieci. W przypadku awarii strefy lokalnej strefy strefy dostępności są zaprojektowane tak, aby w przypadku wystąpienia problemu z jedną strefą usługi regionalne, pojemność i wysoka dostępność są obsługiwane przez pozostałe dwie strefy.

Awarie mogą wahać się od awarii oprogramowania i sprzętu po zdarzenia, takie jak trzęsienia ziemi, powodzie i pożary. Tolerancja awarii jest osiągana z nadmiarowością i logiczną izolacją usług platformy Azure. Aby uzyskać bardziej szczegółowe informacje na temat stref dostępności na platformie Azure, zobacz Regiony i strefy dostępności.

Usługi z obsługą stref dostępności platformy Azure zostały zaprojektowane w celu zapewnienia odpowiedniego poziomu niezawodności i elastyczności. Można je skonfigurować na dwa sposoby. Mogą być strefowo nadmiarowe, z automatyczną replikacją między strefami lub strefami, z wystąpieniami przypiętymi do określonej strefy. Możesz również połączyć te podejścia. Aby uzyskać więcej informacji na temat architektury strefowej i strefowo nadmiarowej, zobacz Zalecenia dotyczące korzystania ze stref dostępności i regionów.

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.

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ść centrum zdarzeń do nowego regionu obsługującego strefy dostępności, zobacz Przenoszenie usługi Event Hubs do innego regionu.

Cennik

Potrzebujesz informacji. Jakiekolwiek zagadnienia dotyczące cen podczas korzystania ze stref dostępności?

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, a także przykłady i dalszą dokumentację, w temacie Geo-Disaster Recovery in Event Hubs (Odzyskiwanie po awarii geograficznej w usłudze Event Hubs) można znaleźć w artykule Azure Event Hubs — Geo-disaster recovery (Odzyskiwanie po awarii geograficznej w usłudze Event Hubs).

• 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, a także przykłady i dalszą dokumentację, w temacie Replikacja geograficzna w usłudze Event Hubs, zobacz Replikacja geograficzna.

Następne kroki

• Niezawodność na platformie Azure