Udostępnij za pośrednictwem

Monitorowanie stanu kondycji wysokiej dostępności (HA) dla usługi Azure Database for PostgreSQL — serwer elastyczny

  • Artykuł

DOTYCZY: Azure Database for PostgreSQL — serwer elastyczny

Usługa Azure Database for PostgreSQL — elastyczny serwer zawiera funkcję monitorowania stanu kondycji wysokiej dostępności (HA), która korzysta z platformy Azure Resource Health Check (RHC). Ta usługa zapewnia ciągły wgląd w kondycję wystąpień z włączoną wysoką dostępnością, powiadamiając o zdarzeniach, które mogą mieć wpływ na łączność i dostępność. Poniżej przedstawiono szczegółowe informacje o poszczególnych stanach kondycji i skojarzonych scenariuszach, które ułatwiają rozwiązywanie problemów i utrzymanie stabilności wysokiej dostępności.

Stany kondycji

Każdy stan wysokiej dostępności jest monitorowany za pomocą różnych sygnałów wewnętrznych, które reprezentują określone warunki. Poniżej przedstawiono możliwe stany wysokiej dostępności wraz ze wskaźnikami wizualnymi i scenariuszami, które mogą mieć wpływ na serwer elastyczny usługi Azure Database for PostgreSQL.

Dostępne — wysoka dostępność jest w dobrej kondycji

Stan Dostępne wskazuje, że serwer z włączoną wysoką dostępnością działa normalnie bez wykrytych problemów wpływających na gotowość trybu failover. Wszystkie niezbędne konfiguracje są nienaruszone i nie wykryto żadnych znaczących warunków błędu.

Zrzut ekranu przedstawiający stan dostępności wysokiej dostępności.

Obniżona wydajność — sieciowa grupa zabezpieczeń lub blokowanie połączeń urządzenia wirtualnego

Stan obniżonej wydajności może pojawić się, gdy reguły sieciowej grupy zabezpieczeń lub urządzenie wirtualne blokuje podstawowe połączenia wymagane do zapewnienia wysokiej dostępności. Ten problem z konfiguracją uniemożliwia pełną funkcjonalność wysokiej dostępności i powinien zostać poprawiony przez dostosowanie ustawień sieciowej grupy zabezpieczeń.

Zrzut ekranu przedstawiający stan obniżonej dostępności z powodu blokowania połączeń sieciowej grupy zabezpieczeń.

Obniżona wydajność — stan tylko do odczytu

Jeśli serwer elastyczny PostgreSQL wprowadzi stan tylko do odczytu, stan Obniżona wydajność odzwierciedla to ograniczenie. Zwykle wymaga to aprowizacji dodatkowych zasobów lub spełnienia warunków, które doprowadziły do ustawienia tylko do odczytu w celu przywrócenia pełnej funkcjonalności.

Zrzut ekranu przedstawiający stan obniżonej dostępności z powodu stanu tylko do odczytu.

Obniżona wydajność — wysoka dostępność w stanie obniżonej wydajności

Gdy sama usługa wysokiej dostępności ma obniżoną wydajność, prawdopodobnie z powodu przejściowych problemów lub warunków na poziomie systemu, ten stan jest wyświetlany. Zaimplementowanie logiki ponawiania prób może pomóc w ograniczeniu skutków tych tymczasowych zakłóceń łączności.

Zrzut ekranu przedstawiający stan obniżonej dostępności z powodu problemów z wydajnością.

Obniżona wydajność — zainicjowane planowane przejście w tryb failover

Podczas zaplanowanego zdarzenia trybu failover zainicjowanego dla serwera zostanie wyświetlony stan Obniżona wydajność, co oznacza, że procesy trybu failover wysokiej dostępności są aktywne. Jest to zazwyczaj krótki i kontrolowany proces, a usługa powinna zostać wkrótce wznowiona.

Zrzut ekranu przedstawiający stan obniżonej dostępności z powodu planowanego przejścia w tryb failover.

Obniżona wydajność — nieplanowana praca w trybie failover zainicjowana

W przypadku nieplanowanego trybu failover ten stan wskazuje aktywne zdarzenie trybu failover wyzwalane przez nieoczekiwane okoliczności. Ten scenariusz może obejmować krótkie przerwy w łączności, dopóki serwer nie zakończy procedur trybu failover.

Zrzut ekranu przedstawiający stan obniżonej dostępności z powodu nieplanowanego przejścia w tryb failover.

Obniżona wydajność — zainicjowane uaktualnianie trybu failover

Podczas uaktualniania systemu serwer wysokiej dostępności może przejść uaktualnienie trybu failover w celu zastosowania niezbędnych aktualizacji. W tym stanie serwer może tymczasowo ograniczyć nowe połączenia, a logika ponawiania prób powinna zostać zaimplementowana w celu efektywnego obsługi przejściowych problemów.

Zrzut ekranu przedstawiający stan obniżonej dostępności z powodu uaktualnienia trybu failover.

Konfigurowanie alertów usługi Resource Health

Możesz skonfigurować alerty usługi Resource Health, aby otrzymywać powiadomienia w czasie rzeczywistym, gdy wszelkie zmiany wystąpią w stanie kondycji wystąpienia bazy danych PostgreSQL z włączoną wysoką dostępnością. Konfiguracje są dostępne za pośrednictwem witryny Azure Portal lub przy użyciu szablonu usługi ARM, co pomaga być na bieżąco z aktualizacjami stanu wysokiej dostępności bez aktywnego monitorowania portalu.

Kroki konfigurowania alertów usługi Resource Health za pośrednictwem portalu

  1. Przejdź do witryny Azure Portal i wybierz serwer elastyczny PostgreSQL.
  2. W menu po lewej stronie wybierz pozycję "Alerty" w sekcji "Monitorowanie".
  3. Wybierz pozycję "Nowa reguła alertu" i skonfiguruj logikę alertu na podstawie sygnałów usługi Resource Health.
  4. Skonfiguruj grupę akcji, aby określić, jak chcesz otrzymywać powiadomienia (wiadomość e-mail, wiadomość SMS itp.).
  5. Przejrzyj i utwórz regułę alertu.

Kroki tworzenia alertów usługi Resource Health przy użyciu szablonu usługi ARM

  1. Pobierz szablon usługi ARM z przewodnika po szablonie usługi RESOURCE Health Alerty usługi ARM.
  2. Dostosuj szablon przy użyciu określonych szczegółów serwera i preferencji alertów.
  3. Wdrażanie szablonu usługi ARM przy użyciu interfejsu wiersza polecenia platformy Azure lub programu Azure PowerShell.
  4. Sprawdź wdrożenie i upewnij się, że alerty są aktywne.

Aby uzyskać więcej informacji na temat konfigurowania alertów, postępuj zgodnie z następującymi przewodnikami:

Korzystając z monitorowania stanu kondycji wysokiej dostępności, uzyskujesz podstawowe informacje na temat wydajności wysokiej dostępności serwera PostgreSQL, umożliwiając proaktywne podejście do zarządzania czasem pracy i dostępnością.

Powiązana zawartość