Niezawodność w usłudze Azure Notification Hubs
W tym artykule opisano obsługę niezawodności w usłudze Azure Notification Hubs i opisano zarówno regionalną odporność ze strefami dostępności, jak i odzyskiwaniem po awarii oraz ciągłością działania
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 Rekomendacje na potrzeby korzystania ze stref dostępności i regionów.
W regionie obsługującym strefy dostępności usługa Notification Hubs domyślnie obsługuje wdrożenie strefowo nadmiarowe. Podczas wdrażania ze strefami dostępności zarówno dane rejestracji, jak i metadane są replikowane we wszystkich strefach w określonym regionie.
Wymagania wstępne
Usługa Azure Notification Hubs używa stref dostępności w regionach, w których są dostępne. Aby uzyskać listę regionów obsługujących strefy dostępności, zobacz Usługa strefy dostępności i obsługa regionalna.
Strefy dostępności są domyślnie obsługiwane tylko w określonych warstwach. Aby dowiedzieć się, które warstwy obsługują wdrożenia stref dostępności, zobacz [Cennik usługi Notification Hubs](https://azure.microsoft.com/pricing/details/notification-hubs.
Ulepszenia umowy SLA
Obsługa stref dostępności wiąże się z dodatkowymi kosztami w oparciu o istniejące ceny warstwy. Aby uzyskać więcej informacji na temat umowy SLA, zobacz umowę SLA usługi Notification Hubs.
Środowisko strefowe w dół
Podczas awarii całej strefy nie jest wymagana żadna akcja podczas odzyskiwania strefy. Usługa Notification Hubs samodzielnie leczy i ponownie równoważy się, aby automatycznie korzystać ze strefy w dobrej kondycji.
Włączanie stref dostępności
Strefy dostępności można włączyć tylko w nowych przestrzeniach nazw. Ponieważ usługa Notification Hubs nie obsługuje migracji istniejących przestrzeni nazw, nie można wyłączyć nadmiarowości strefy po włączeniu jej w przestrzeni nazw.
Aby dowiedzieć się, jak skonfigurować nową przestrzeń nazw ze strefami dostępności, zobacz Tworzenie centrum powiadomień platformy Azure w witrynie Azure Portal.
Migrowanie do obsługi strefy dostępności
Aby dowiedzieć się, jak przenieść istniejący zasób usługi Notification Hubs do nowego regionu z obsługą stref dostępności, postępuj zgodnie ze wskazówkami w temacie Przenoszenie zasobów między regionami świadczenia usługi Azure.
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 Rekomendacje na potrzeby 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.
Usługa Notification Hubs zapewnia pokrycie odzyskiwania po awarii metadanych za pośrednictwem replikacji metadanych między regionami, takich jak nazwa usługi Notification Hubs, parametry połączenia i inne krytyczne informacje.
Możesz użyć sparowanego regionu platformy Azure lub wybrać z listy regionów, które obsługują region elastycznego odzyskiwania.
Po wyzwoleniu scenariusza odzyskiwania po awarii dane rejestracji są jedynym segmentem infrastruktury usługi Notification Hubs, która zostanie utracona. Zobacz sekcję Tworzenie kopii zapasowej danych rejestracji, aby uzyskać opcje zachowania danych rejestracji dla przestrzeni nazw i sposobu ich przywracania.
Elastyczny region odzyskiwania
Elastyczny region odzyskiwania to proste rozwiązanie, które umożliwia skonfigurowanie pomocniczej przestrzeni nazw jako miejsca docelowego trybu failover dla podstawowej przestrzeni nazw. Możesz wybrać spośród listy obsługiwanych regionów. W przypadku regionów ze strefami dostępności, ale bez sparowanego regionu, możesz użyć elastycznego odzyskiwania, aby wybrać region pomocniczy. Po wyzwoleniu trybu failover pomocnicza przestrzeń nazw staje się aktywną przestrzenią nazw, a podstawowa przestrzeń nazw staje się pasywną przestrzenią nazw. Wszystkie żądania i komunikaty wysyłane do podstawowej przestrzeni nazw są przekierowywane do pomocniczej przestrzeni nazw, a powiadomienia wypychane są dostarczane z pomocniczej przestrzeni nazw.
Następujące regiony obsługują region elastycznego odzyskiwania:
- Zachodnie stany USA 2
- Europa Północna
- Australia Wschodnia
- Brazylia Południowa
- Azja Południowo-Wschodnia
- Północna Republika Południowej Afryki
Tworzenie kopii zapasowej danych rejestracji
Sparowane i elastyczne odzyskiwanie regionów wykonuje tylko kopię zapasową metadanych. Należy zaimplementować rozwiązanie, aby ponownie wypełniać dane rejestracji w centrum po odzyskiwaniu.
Usługa Azure Notification Hubs obsługuje dwa typy rejestracji urządzeń: instalacje i rejestracje. Zalecamy wykonanie kopii zapasowej rejestracji w następujących twoich elementach:
- Wybrane rozwiązanie magazynu: jeśli wystąpi zdarzenie odzyskiwania po awarii, nastąpi pewien przestój działań związanych z przywracaniem.
- Inne centrum tworzone w innym regionie: użyj tej opcji, aby utworzyć kopię zapasową rejestracji. Jako centrum roboczego możesz zaimplementować kod, aby przełączyć się na tę kopię. Aby zachować dodatkowe centrum powiadomień w synchronizacji z podstawowym centrum powiadomień, możesz użyć jednej z następujących opcji, aby utworzyć kopię zapasową rejestracji:
- W przypadku instalacji: użyj zaplecza aplikacji, który jednocześnie tworzy i aktualizuje instalacje w obu centrach powiadomień. Instalacje umożliwiają określenie własnego unikatowego identyfikatora urządzenia, dzięki czemu będzie bardziej odpowiedni dla scenariusza replikacji. Aby uzyskać więcej informacji, zobacz ten przykładowy kod.
- W przypadku rejestracji: użyj zaplecza aplikacji, który pobiera regularny zrzut rejestracji z podstawowego centrum powiadomień jako kopii zapasowej. Następnie może wykonać zbiorcze wstawianie do pomocniczego centrum powiadomień. Zobacz Eksportowanie i importowanie rejestracji usługi Azure Notification Hubs zbiorczo.
Pomocnicze centrum powiadomień mogło mieć wygasłe rejestracje. Po wypchnięciu do wygasłego dojścia usługa Notification Hubs automatycznie czyści skojarzony rekord rejestracji w podstawowym centrum powiadomień na podstawie odpowiedzi otrzymanej z serwera PNS. Możesz wyczyścić wygasłe rekordy z wybranego rozwiązania do tworzenia kopii zapasowych, dodając niestandardową logikę przetwarzającą opinie z każdego wysyłania i usuwając wygasłe rejestracje.
Jeśli nie masz zaplecza, gdy aplikacja zostanie uruchomiona na urządzeniach docelowych, urządzenia wykonują nową rejestrację w pomocniczym centrum powiadomień. W końcu pomocnicze centrum powiadomień będzie miało zarejestrowane wszystkie aktywne urządzenia.
Istnieje okres, w którym urządzenia z nieotwartymi aplikacjami nie otrzymują powiadomień.
Włączanie odzyskiwania po awarii między regionami
Aby włączyć odzyskiwanie po awarii dla nowej przestrzeni nazw, wykonaj procedurę opisaną w temacie Tworzenie centrum powiadomień platformy Azure w witrynie Azure Portal.
Aby włączyć lub wyłączyć odzyskiwanie po awarii dla istniejącej przestrzeni nazw:
Zaloguj się w witrynie Azure Portal.
W menu po lewej stronie wybierz pozycję Wszystkie usługi.
W sekcji Internet rzeczy wybierz pozycję Przestrzenie nazw centrum powiadomień.
Na stronie Przestrzenie nazw centrum powiadomień wybierz przestrzeń nazw, dla której chcesz zmodyfikować ustawienia odzyskiwania po awarii.
Na stronie Przestrzeń nazw centrum powiadomień dla przestrzeni nazw możesz zobaczyć bieżące ustawienie odzyskiwania po awarii w sekcji Podstawy.
W poniższym przykładzie jest włączony elastyczny region odzyskiwania. Kliknij wybór bieżącego regionu odzyskiwania po awarii, aby wyświetlić wyskakujące okienko edycji.
W oknie podręcznym Edytowanie odzyskiwania po awarii możesz zmienić wybrane opcje. Zapisz zmiany.
Uwaga
W sparowanym regionie odzyskiwania region jest wyświetlany, ale wyszarzony. Nie można edytować regionu.
