Udostępnij za pośrednictwem


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 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?.

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

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.

Pokaz ekranu przedstawiający włączone strefy dostępności.

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 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.

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:

  1. Zaloguj się w witrynie Azure Portal.

  2. W menu po lewej stronie wybierz pozycję Wszystkie usługi.

  3. W sekcji Internet rzeczy wybierz pozycję Przestrzenie nazw centrum powiadomień.

  4. Na stronie Przestrzenie nazw centrum powiadomień wybierz przestrzeń nazw, dla której chcesz zmodyfikować ustawienia odzyskiwania po awarii.

  5. Na stronie Przestrzeń nazw centrum powiadomień dla przestrzeni nazw możesz zobaczyć bieżące ustawienie odzyskiwania po awarii w sekcji Podstawy.

  6. 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.

    Zrzut ekranu przedstawiający podstawowe informacje o metadanych usługi Notification Hubs.

  7. 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.

    Zrzut ekranu przedstawiający ekran edytowania opcji odzyskiwania.

Następne kroki