Odporność na awarię strefy dostępności 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.

Wiele regionów platformy Azure ma strefy dostępności. Strefy dostępności (AZ) są oddzielnymi grupami centrów danych w regionie. Strefy dostępności są wystarczająco blisko, aby mieć połączenia o małych opóźnieniach z innymi strefami dostępności w ich regionie. Są one połączone przez sieć o wysokiej wydajności z opóźnieniem okrężnym mniejszym niż 2 milisekundy.

Jednocześnie strefy dostępności są wystarczająco oddalone od siebie, aby zmniejszyć prawdopodobieństwo, że więcej niż jedna zostanie dotknięta lokalnymi awariami lub pogodą. Strefy dostępności mają niezależną infrastrukturę zasilania, chłodzenia i sieci. Są one zaprojektowane tak, aby w przypadku wystąpienia awarii w jednej strefie usługi regionalne były obsługiwane przez pozostałe strefy w różnych usługach platformy Azure.

Usługa Azure Cosmos DB for PostgreSQL obsługuje strefy dostępności w celu zwiększenia niezawodności i odzyskiwania po awarii. Zalety stref dostępności różnią się w zależności od tego, czy wysoka dostępność jest włączona w klastrze usługi Azure Cosmos DB for PostgreSQL.

Odporność na awarię strefy dostępności dla składników usługi regionalnej

Istnieje wiele składników usługi Azure Cosmos DB for PostgreSQL w każdym obsługiwanym regionie świadczenia usługi Azure, które nie należą do poszczególnych klastrów, ale są raczej krytycznymi elementami uruchamiania usługi zarządzanej. Te składniki umożliwiają ciągłe wykonywanie wszystkich operacji zarządzania, takich jak nowa aprowizacja klastra i skalowanie istniejących klastrów oraz wszystkie operacje wewnętrzne, takie jak monitorowanie kondycji węzła.

Gdy region świadczenia usługi Azure obsługuje strefy dostępności, wszystkie te składniki usługi są skonfigurowane tak, aby były nadmiarowe. Oznacza to, że wszystkie składniki usługi Azure Cosmos DB for PostgreSQL mogą utrzymać awarię modułu AZ lub innymi słowy są odporne na awarię pojedynczego modułu AZ.

Niezależnie od tego, czy klaster jest skonfigurowany z wysoką dostępnością, czy nie, jego bieżące operacje zależą od tych składników usługi. Redundancja komponentów usługi AZ jest krytycznym elementem odpornością strefy dostępności na awarie w Azure Cosmos DB dla PostgreSQL.

Wpływ awarii strefy dostępności na klastry z wysoką dostępnością i bez niej

Wszystkie węzły w klastrze są umieszczone w jednej strefie dostępności. Preferowane ustawienie az umożliwia umieszczenie wszystkich węzłów klastra w tej samej strefie dostępności, w której aplikacja jest wdrażana. Posiadanie wszystkich węzłów w tym samym module AZ zapewnia mniejsze opóźnienie między węzłami, co zwiększa ogólną wydajność klastra.

Po włączeniu wysokiej dostępności w klastrze wszystkie węzły podstawowe są tworzone w jednym module AZ, a wszystkie węzły rezerwowe są aprowizowane w innym module AZ. Węzły mogą przechodzić między strefami dostępności podczas następujących zdarzeń:

• Awaria występuje w podstawowym węźle z włączonym wsparciem HA. W takim przypadku zapasowy węzeł podstawowy stanie się nowym węzłem podstawowym, a strefa dostępności węzła zapasowego będzie nową strefą dostępności dla tego węzła podstawowego.
• W klastrze ma miejsce zaplanowana konserwacja. Po zakończeniu konserwacji wszystkie węzły podstawowe w klastrze będą znajdować się w tym samym module AZ.

Jeśli włączono wysoką dostępność, klaster będzie nadal dostępny podczas awarii AZ z możliwością przełączenia w tryb awaryjny na tych węzłach podstawowych, które znajdują się w dotkniętej strefie dostępności (AZ). Jeśli wysoka dostępność nie jest włączona w klastrze, awaria tylko w module AZ, w którym są wdrażane węzły, będzie miała wpływ na dostępność klastra.

Zawsze możesz sprawdzić strefę dostępności dla każdego węzła podstawowego przy użyciu witryny Azure Portal lub za pomocą metod programistycznych, takich jak interfejsy API REST.

Aby uzyskać korzyści z odporności stref dostępności, klaster musi znajdować się w jednym z regionów świadczenia usługi Azure, w których usługa Azure Cosmos DB for PostgreSQL jest skonfigurowana pod kątem odporności na awarię modułu AZ.

Następne kroki

• Zapoznaj się z regionami skonfigurowanymi pod kątem odporności na awarię modułu AZ w usłudze Azure Cosmos DB for PostgreSQL
• Dowiedz się więcej o strefach dostępności na platformie Azure
• Dowiedz się, jak włączyć wysoką dostępność w klastrze