Wysoka dostępność w usłudze Azure Cosmos DB for PostgreSQL

Ważne

Usługa Azure Cosmos DB for PostgreSQL nie jest już obsługiwana w przypadku nowych projektów. Nie używaj tej usługi dla nowych projektów. Zamiast tego użyj jednej z tych dwóch usług:

• Użyj usługi Azure Cosmos DB for NoSQL dla rozproszonego rozwiązania bazy danych przeznaczonego dla scenariuszy o dużej skali z umową dotyczącą poziomu usług dostępności 99,999% (SLA), natychmiastowym skalowaniem automatycznym i automatycznym przejściem w tryb failover w wielu regionach.

• Użyj funkcji Elastic Clusters usługi Azure Database for PostgreSQL na potrzeby fragmentowanej bazy danych PostgreSQL przy użyciu rozszerzenia Citus typu open source.

Wysoka dostępność minimalizuje przestoje bazy danych dzięki zachowaniu replik rezerwowych każdego węzła w klastrze. Jeśli węzeł ulegnie awarii, usługa Azure Cosmos DB for PostgreSQL przełącza połączenia przychodzące z uszkodzonego węzła na jego rezerwę. Przez kilka minut węzeł będzie działał w trybie failover, a dzięki synchronicznej replikacji przesyłania strumieniowego PostgreSQL awansowane węzły zawsze będą zawierały świeże dane.

Wszystkie węzły podstawowe w klastrze są aprowidowane w jednej strefie dostępności, aby zapewnić lepsze opóźnienie między węzłami. Preferowana strefa dostępności umożliwia umieszczenie wszystkich węzłów klastra w tej samej strefie dostępności, w której jest wdrażana aplikacja. Bliskość ta może jeszcze bardziej zwiększyć wydajność dzięki zmniejszeniu opóźnienia bazy danych aplikacji. Węzły rezerwowe są przydzielane w innej strefie dostępności. W witrynie Azure Portal zostanie wyświetlona strefa dostępności każdego węzła podstawowego w klastrze. Możesz również sprawdzić strefę dostępności każdego węzła w klastrze przy użyciu jednej z metod programistycznych, takich jak interfejsy API REST.

Nawet bez włączonej funkcji wysokiej dostępności każdy węzeł ma własny lokalnie nadmiarowy magazyn (LRS) z trzema synchronicznymi replikami zarządzanymi przez usługę Azure Storage. Jeśli wystąpi awaria pojedynczej repliki, zostanie ona wykryta przez usługę Azure Storage i bez widocznego wpływu zostanie utworzona ponownie. Aby uzyskać informacje o trwałości przechowywania LRS, zobacz metryki na tej stronie.

Gdy HA jest włączony, usługa Azure Cosmos DB for PostgreSQL uruchamia jeden węzeł rezerwowy dla każdego węzła podstawowego w klastrze. Podstawowy serwer i jego zapasowy używają synchronicznej replikacji PostgreSQL. Ta replikacja umożliwia klientom przewidywalny przestój w przypadku awarii węzła podstawowego. W skrócie nasza usługa wykrywa błąd w węzłach podstawowych i przechodzi w tryb failover do węzłów rezerwowych z zerową utratą danych.

Aby korzystać z wysokiej dostępności (HA) na węźle koordynatora, aplikacje bazy danych muszą wykrywać i ponawiać próby nawiązania przerwanych połączeń oraz niewykonanych transakcji. Nowo awansowany koordynator jest dostępny z tym samym parametrem połączenia.

Stany wysokiej dostępności

Odzyskiwanie można podzielić na trzy etapy: wykrywanie, przełączenie awaryjne i pełne odzyskiwanie. Usługa Azure Cosmos DB for PostgreSQL przeprowadza okresowe kontrole kondycji w każdym węźle, a po czterech nieudanych kontrolach określa, że węzeł nie działa. Usługa Azure Cosmos DB for PostgreSQL następnie promuje węzeł zapasowy do statusu węzła głównego (tryb failover) i tworzy nowy węzeł zapasowy. Rozpoczyna się replikacja przesyłania strumieniowego, aktualizując nowy węzeł. Po zreplikowaniu wszystkich danych, węzeł osiągnął pełne przywrócenie.

Usługa Azure Cosmos DB for PostgreSQL wyświetla stan postępu trybu failover na stronie Przegląd klastrów w portalu Azure.

• Zdrowy: HA jest włączone, a węzeł jest w pełni replikowany do swojego węzła zapasowego.
• Przejście w tryb failover w toku: Wykryto błąd w węźle podstawowym i zainicjowano przełączenie na tryb awaryjny do zapasowego. Ten stan przechodzi do stanu tworzenia trybu oczekiwania po zakończeniu procesu przejścia w tryb awaryjny do węzła rezerwowego, a węzeł rezerwowy staje się nowym węzłem podstawowym.
• Tworzenie rezerw: poprzednia rezerwa została podwyższona do poziomu podstawowego, a dla niej jest tworzona nowa rezerwa. Gdy nowy podrzędny będzie gotowy, ten stan przechodzi do „replikacji w toku”.
• Trwa replikacja: nowy węzeł rezerwowy jest aprowizowany, a synchronizacja danych jest w toku. Gdy wszystkie dane są replikowane do nowej rezerwy, replikacja synchroniczna jest włączona między węzłami podstawowymi i rezerwowymi, a stan węzłów przechodzi z powrotem w dobrej kondycji.
• Nie: Wysoka dostępność nie jest włączona na tym węźle.

Następne kroki

• Dowiedz się, jak włączyć wysoką dostępność w klastrze.
• Dowiedz się więcej o strefach dostępności w usłudze Azure Cosmos DB for PostgreSQL.