Udostępnij przez

Diagnostyka programu równoważenia obciążenia w wersji Standardowa przy użyciu metryk, alertów i stanu zasobów.

Usługa Azure Load Balancer uwidacznia następujące możliwości diagnostyczne:

  • Metryki i alerty wielowymiarowe: udostępnia wielowymiarowe możliwości diagnostyczne za pośrednictwem usługi Azure Monitor dla konfiguracji usługi Azure Load Balancer. Możesz monitorować, zarządzać i rozwiązywać problemy z zasobami standardowego modułu równoważenia obciążenia.

  • Kondycja zasobu: Stan kondycji zasobu modułu równoważenia obciążenia jest dostępny na stronie Kondycji zasobu w obszarze Monitor. Ta automatyczna kontrola informuje o bieżącej dostępności zasobu modułu równoważenia obciążenia.

Ten artykuł zawiera krótki przewodnik po tych funkcjach i oferuje sposoby ich używania na potrzeby standardowego modułu równoważenia obciążenia.

Metryki wielowymiarowe

Usługa Azure Load Balancer udostępnia metryki wielowymiarowe za pośrednictwem metryk platformy Azure w witrynie Azure Portal i pomaga uzyskać szczegółowe informacje diagnostyczne dotyczące zasobów modułu równoważenia obciążenia w czasie rzeczywistym. Należy pamiętać, że metryki wielowymiarowe nie są obsługiwane w przypadku podstawowych modułów równoważenia obciążenia

Różne konfiguracje modułu równoważenia obciążenia zawierają następujące metryki:

Metryka Typ zasobu opis Zalecana agregacja
Dostępność ścieżki danych Publiczny i wewnętrzny moduł równoważenia obciążenia Moduł równoważenia obciążenia stale używa ścieżki danych z regionu do frontonu modułu równoważenia obciążenia do sieci obsługującej maszynę wirtualną. Tak długo, jak wystąpienia pozostają w dobrej kondycji, pomiar przebiega zgodnie z tą samą ścieżką co ruch zrównoważony przez aplikację. Ścieżka danych używana jest weryfikowana. Pomiar jest niewidoczny dla aplikacji i nie zakłóca innych operacji. Średnia
Stan sondy kondycji Publiczny i wewnętrzny moduł równoważenia obciążenia Moduł równoważenia obciążenia używa rozproszonej usługi sondowania kondycji, która monitoruje kondycję punktu końcowego aplikacji zgodnie z ustawieniami konfiguracji. Ta metryka zawiera zagregowany widok lub widok filtrowany na podstawie punktów końcowych każdej instancji w puli równoważnika obciążenia. Możesz zobaczyć, jak moduł równoważenia obciążenia wyświetla kondycję aplikacji, zgodnie z konfiguracją sondy kondycji. Średnia
Liczba SYN Publiczny i wewnętrzny moduł równoważenia obciążenia Moduł równoważenia obciążenia nie przerywa połączeń protokołu TCP (Transmission Control Protocol) ani nie wchodzi w interakcje z przepływami TCP lub User Data-Gram Packet (UDP). Przepływy i ich uzgodnienia są zawsze realizowane między wystąpieniem źródłowym a wystąpieniem maszyny wirtualnej. Aby lepiej rozwiązać problemy ze scenariuszami protokołu TCP, można użyć liczników pakietów SYN w celu sprawdzenia, ile wykonano prób połączenia TCP. Metryka zgłasza liczbę odebranych pakietów TCP SYN. Suma
Liczba połączeń źródłowej translacji adresów sieciowych (SNAT) Publiczny moduł równoważenia obciążenia Moduł równoważenia obciążenia zgłasza liczbę przepływów wychodzących, które są mapowane na interfejs publicznego adresu IP. Porty SNAT są zasobem wyczerpywalnym. Ta metryka może wskazywać na to, jak bardzo aplikacja jest zależna od SNAT dla przepływów wychodzących. Raportowane są liczniki dla przepływów wychodzących SNAT zakończonych powodzeniem i niepowodzeniem. Liczniki mogą służyć do rozwiązywania problemów i zrozumienia kondycji przepływów wychodzących. Suma
Przydzielone porty SNAT Publiczny moduł równoważenia obciążenia Moduł równoważenia obciążenia zgłasza liczbę portów SNAT przydzielonych na instancję zaplecza Średni.
Używane porty SNAT Publiczny moduł równoważenia obciążenia Moduł równoważenia obciążenia zgłasza liczbę portów SNAT, które są używane dla każdej instancji zaplecza. Średnia
Liczba bajtów Publiczny i wewnętrzny moduł równoważenia obciążenia Moduł równoważenia obciążenia raportuje dane przetwarzane dla każdego front-endu. Możesz zauważyć, że bajty nie są równomiernie rozmieszczone między wystąpieniami zaplecza. Jest to oczekiwane, ponieważ algorytm usługi Azure Load Balancer jest oparty na przepływach Suma
Liczba pakietów Publiczny i wewnętrzny moduł równoważenia obciążenia Moduł równoważenia obciążenia raportuje pakiety przetwarzane na interfejs. Suma

Uwaga

Metryki związane z przepustowością, takie jak pakiet SYN, liczba bajtów i liczba pakietów, nie przechwytują żadnego ruchu do wewnętrznego modułu równoważenia obciążenia za pośrednictwem trasy zdefiniowanej przez użytkownika (np. z urządzenia NVA lub zapory).

Agregacje wartości maksymalnych i minimalnych nie są dostępne dla metryk liczników SYN, liczby pakietów, liczby połączeń SNAT i liczby bajtów. Agregacja zliczeń nie jest zalecana w przypadku dostępności ścieżki danych i stanu sondy zdrowotnej. Zamiast tego użyj średniej, aby najlepiej przedstawiać dane dotyczące kondycji.

Wyświetlanie metryk modułu równoważenia obciążenia w witrynie Azure Portal

Witryna Azure Portal uwidacznia metryki modułu równoważenia obciążenia za pośrednictwem strony Metryki. Ta strona jest dostępna zarówno na stronie zasobu modułu równoważenia obciążenia dla określonego zasobu, jak i na stronie usługi Azure Monitor.

Uwaga

Usługa Azure Load Balancer nie wysyła sond sprawdzających kondycję do zdezaktywowanych maszyn wirtualnych. W przypadku cofnięcia przydziału maszyn wirtualnych, moduł obciążenia przestaje zgłaszać metryki dla tego wystąpienia. Metryki, które są niedostępne, będą wyświetlane jako linia przerywana w portalu lub wyświetlają komunikat o błędzie wskazujący, że nie można pobrać metryk.

Aby wyświetlić metryki dla zasobów modułu równoważenia obciążenia:

  1. Przejdź do strony metryk i wykonaj jedno z następujących zadań:

    • Na stronie zasobu modułu równoważenia obciążenia wybierz typ metryki z listy rozwijanej.

    • Na stronie Azure Monitor wybierz zasób modułu równoważenia obciążenia.

  2. Ustaw odpowiedni typ agregacji metryk.

  3. Opcjonalnie skonfiguruj wymagane filtrowanie i grupowanie.

  4. Opcjonalnie skonfiguruj zakres czasu i agregację. Domyślnie czas jest wyświetlany w formacie UTC.

Uwaga

Agregacja czasu jest ważna podczas interpretowania określonych metryk, ponieważ dane są próbkowane raz na minutę. Jeśli agregacja czasu jest ustawiona na pięć minut, a typ agregacji metryk Sum jest używany dla metryk, takich jak alokacja SNAT, wykres będzie wyświetlał sumę przydzielonych portów SNAT dla każdego pięciominutowego okresu.

Zalecenie: Podczas analizowania typów agregacji metryk Sum i Count zalecamy użycie wartości agregacji czasowej, która jest większa niż jedna minuta.

Programowe pobieranie metryk wielowymiarowych za pośrednictwem interfejsów API

Aby uzyskać wskazówki dotyczące interfejsu API pobierania wielowymiarowych definicji i wartości metryk, zobacz Przewodnik po interfejsie API REST monitorowania platformy Azure. Te metryki można zapisywać na koncie magazynu, dodając ustawienie diagnostyczne dla kategorii "Wszystkie metryki".

Czy ścieżka danych jest aktywna i dostępna dla interfejsu urządzenia równoważenia obciążenia?

Rozszerzać

Metryka dostępności ścieżki danych opisuje kondycję ścieżki danych w regionie do hosta obliczeniowego, na którym znajdują się twoje maszyny wirtualne. Metryka jest odzwierciedleniem kondycji modułu równoważenia obciążenia na podstawie konfiguracji i infrastruktury platformy Azure. Za pomocą metryki można wykonywać następujące czynności:

  • Monitoruj zewnętrzną dostępność usługi.

  • Zbadaj platformę, na której wdrożono usługę, i ustal, czy jest w dobrej kondycji. Ustal, czy system operacyjny maszyny wirtualnej lub instancja aplikacji jest w dobrej kondycji.

  • Izoluj, czy zdarzenie jest powiązane z Twoją usługą, czy podstawową warstwą danych. Nie należy mylić tej metryki z metryką stanu sondy kondycji.

Aby uzyskać dostępność ścieżki danych dla zasobów modułu równoważenia obciążenia:

  1. Upewnij się, że wybrano prawidłowy zasób modułu równoważenia obciążenia.

  2. Z listy rozwijanej Metryka wybierz pozycję Dostępność ścieżki danych.

  3. Z listy rozwijanej Agregacja wybierz Średnia.

  4. Ponadto dodaj filtr dla adresu IP interfejsu lub portu interfejsu jako wymiar z wymaganym adresem IP interfejsu lub portem interfejsu. Następnie pogrupuj je według wybranego wymiaru.

Metryka jest generowana przez usługę testowania w regionie, która symuluje ruch. Usługa sondowania okresowo generuje pakiet zgodny z interfejsem użytkownika wdrożenia i regułą równoważenia obciążenia. Następnie pakiet przemieszcza się przez region od źródła do hosta maszyny wirtualnej w puli zaplecza. Infrastruktura modułu równoważenia obciążenia wykonuje te same operacje równoważenia obciążenia i tłumaczenia, podobnie jak dla pozostałego ruchu. Kiedy sonda dotrze do hosta, gdzie znajduje się maszyna wirtualna w puli zaplecza, host generuje odpowiedź na usługę sondowania. Maszyna wirtualna nie widzi tego ruchu.

Należy pamiętać, że metryka Dostępność ścieżki danych zostanie wygenerowana tylko w konfiguracjach adresów IP frontowych z zasadami równoważenia obciążenia.

Metryka dostępności ścieżki danych może być obniżona z następujących powodów:

  • We wdrożeniu nie pozostały żadne maszyny wirtualne w dobrej kondycji w puli zaplecza.

  • Wystąpiła awaria infrastruktury.

W celach diagnostycznych można użyć metryki dostępności ścieżki danych wraz ze stanem sondy kondycji.

W przypadku większości scenariuszy użyj opcji Average (Średnia ) jako agregacji.

Czy instancje zaplecza dla równoważenia obciążenia odpowiadają na sondy?

Rozszerzać

Metryka "Status sondy kondycji" opisuje stan wdrożenia aplikacji, zgodnie z konfiguracją sondy kondycji, którą ustalasz podczas konfigurowania równoważnika obciążenia. Moduł równoważenia obciążenia używa stanu sondy kondycji, aby określić, gdzie wysyłać nowe przepływy. Sondy zdrowia pochodzą z adresu infrastruktury platformy Azure i są widoczne w systemie operacyjnym maszyny wirtualnej (VM).

Aby uzyskać metrykę stanu sondy zdrowotnej dla zasobów równoważnika obciążenia:

  1. Wybierz metrykę Stan sondy kondycji z typem Śr. agregacja.

  2. Zastosuj filtr do wymaganego adresu IP lub portu interfejsu (albo obu).

Kontrole zdrowotne kończą się niepowodzeniem z następujących powodów:

  • Konfigurujesz sondę kondycji dla portu, który nie nasłuchuje, nie odpowiada lub używa niewłaściwego protokołu. Jeśli Twoja usługa korzysta z bezpośredniego zwrotu serwera lub reguł pływających adresów IP, upewnij się, że usługa nasłuchuje na adresie IP konfiguracji IP karty sieciowej i na adresie sprzężenia zwrotnego skonfigurowanym z adresem IP warstwy frontowej.

  • Grupa zabezpieczeń sieci, zapora systemu operacyjnego gościa maszyny wirtualnej lub filtry warstwy aplikacji nie zezwalają na ruch sondy statusu.

W przypadku większości scenariuszy użyj opcji Average (Średnia ) jako agregacji.

Jak mogę sprawdzić statystyki połączeń wychodzących?

Rozszerzać

Metryka Połączeń SNAT opisuje liczbę pomyślnych i zakończonych niepowodzeniem połączeń dla przepływów wychodzących.

Liczba nieudanych połączeń większa niż zero wskazuje na wyczerpanie portów SNAT. Należy dokładniej zbadać, co może powodować te błędy. Wyczerpanie portów SNAT manifestuje się jako nieudanie się ustanowienia przepływu wychodzącego. Zapoznaj się z artykułem dotyczącym połączeń wychodzących, aby zrozumieć scenariusze i mechanizmy w pracy oraz dowiedzieć się, jak ograniczyć i zaprojektować, aby uniknąć wyczerpania portów SNAT.

Aby uzyskać statystyki połączeń SNAT:

  1. Wybierz typ metryki Połączenia SNAT i Sumę jako agregacja.

  2. Pogrupuj według stanu połączenia, aby liczby udanych i nieudanych połączeń SNAT były reprezentowane przez różne linie.

Jak mogę sprawdzić użycie i alokację portów SNAT?

Rozwiń

Używana metryka portów SNAT śledzi liczbę używanych portów SNAT do obsługi przepływów wychodzących. Ta metryka wskazuje, ile unikatowych przepływów jest ustanawianych między źródłem internetowym a maszyną wirtualną zaplecza lub zestawem skalowania maszyn wirtualnych, który znajduje się za modułem równoważenia obciążenia i nie ma publicznego adresu IP. Porównując liczbę używanych portów SNAT z metryką Przydzielone porty SNAT, możesz określić, czy twoja usługa doświadcza wyczerpania portów SNAT lub jest zagrożona awarią przepływu wychodzącego.

Jeśli metryki wskazują na ryzyko awarii przepływu wychodzącego, zapoznaj się z artykułem i podejmij kroki w celu ograniczenia tego problemu w celu zapewnienia kondycji usługi.

Aby wyświetlić użycie i alokację portów SNAT:

  1. Ustaw agregację czasu grafu na 1 minutę, aby upewnić się, że są wyświetlane żądane dane.

  2. Wybierz Używane porty SNAT i/lub Przydzielone porty SNAT jako typ metryki i Średnia jako agregacja.

    • Domyślnie te metryki są średnią liczbą portów SNAT przydzielonych lub używanych przez każdą maszynę wirtualną zaplecza lub zestaw skalowania maszyn wirtualnych. Odpowiadają wszystkim publicznym adresom IP frontendowym zmapowanym na moduł równoważenia obciążenia, zagregowane dla protokołów TCP i UDP.

    • Aby wyświetlić łączną liczbę portów SNAT używanych przez lub przydzielonych dla modułu równoważenia obciążenia, użyj agregacji metryk Suma.

  3. Filtruj do określonego typu protokołu, zestawu adresów IP zaplecza i/lub adresów IP frontonu.

  4. Aby monitorować kondycję każdej instancji backendu lub frontendu, zastosuj podział.

    • Dzielenie notatek umożliwia wyświetlanie tylko jednej metryki naraz.

  5. Aby na przykład monitorować użycie SNAT dla przepływów TCP każdej maszyny, agreguj według Średnia, podziel według adresów IP zaplecza i filtruj według Typu protokołu.

Jak mogę sprawdzić próby połączeń przychodzących/wychodzących dla mojej usługi?

Rozwiń Metryka pakietów SYN opisuje wolumen pakietów TCP SYN, które dotarły lub zostały wysłane dla ruchu wychodzącego skojarzonego z określonym front endem. Tej metryki można użyć do zrozumienia prób połączenia TCP z usługą.

Aby uzyskać więcej informacji o połączeniach wychodzących, zobacz Source Network Address Translation (SNAT) dla połączeń wychodzących

W przypadku większości scenariuszy użyj opcji Suma jako agregacji.

Jak mogę sprawdzić użycie przepustowości sieci?

Rozszerzać

Wskaźnik bajtów i liczników pakietów opisuje ilości bajtów i pakietów przesyłanych lub odbieranych przez twoją usługę w odniesieniu do poszczególnych interfejsów.

W przypadku większości scenariuszy użyj opcji Suma jako agregacji.

Aby uzyskać statystyki liczby bajtów lub pakietów:

  1. Wybierz typ metryki Liczba bajtów i/lub Liczba pakietów z Sumą jako agregacją.

  2. Wykonaj jedną z następujących czynności:

    • Zastosuj filtr dla określonego adresu IP części frontowej, portu części frontowej, adresu IP części zaplecza lub portu części zaplecza.

    • Uzyskaj ogólne statystyki dla zasobu modułu równoważenia obciążenia bez żadnego filtrowania.

Jak mogę zdiagnozować wdrożenie modułu równoważenia obciążenia?

Rozwiń

Korzystając z kombinacji metryk dotyczących dostępności ścieżki danych i stanu sondy monitorującej na pojedynczym wykresie, możesz określić, gdzie leży problem i rozwiązać problem. Możesz uzyskać pewność, że platforma Azure działa prawidłowo i użyj tej wiedzy, aby jednoznacznie określić, czy konfiguracja lub aplikacja jest główną przyczyną.

Możesz użyć metryk sondy kondycji, aby zrozumieć, jak platforma Azure wyświetla kondycję wdrożenia zgodnie z podaną konfiguracją. Patrząc na wskaźniki zdrowia, jest to zawsze doskonały pierwszy krok w monitorowaniu lub określaniu przyczyny.

Możesz wykonać krok dalej i użyć metryki dostępności ścieżki danych, aby uzyskać wgląd w sposób, w jaki platforma Azure wyświetla kondycję bazowej płaszczyzny danych, która jest odpowiedzialna za konkretne wdrożenie. Po połączeniu obu metryk możesz odizolować miejsce, w którym może występować błąd, jak pokazano w tym przykładzie:

Łączenie metryk dostępności ścieżki danych z metrykami stanu sondy zdrowotnej.

Rysunek: Łączenie metryk dostępności tras danych i stanu sondy kondycji

Na wykresie są wyświetlane następujące informacje:

  • Infrastruktura hostująca maszyny wirtualne była niedostępna i na początku wykresu wynosiła 0%. Później infrastruktura była w dobrej kondycji, a maszyny wirtualne były osiągalne, a na zapleczu umieszczono więcej niż jedną maszynę wirtualną. Te informacje są wskazywane przez niebieski ślad dostępności ścieżki danych, który później wynosił 100%.

  • Stan sondy kondycji wskazywany przez fioletowy ślad wynosi 0% na początku wykresu. Zakreślony na zielono obszar wyróżnia miejsce, w którym sonda kondycji pokazała zdrowy stan i w którym momencie wdrożenie klienta mogło akceptować nowe przepływy danych.

Wykres umożliwia klientom samodzielne rozwiązywanie problemów z wdrożeniem bez konieczności odgadnięcia lub pytania pomocy technicznej, czy występują inne problemy. Usługa była niedostępna, ponieważ sondy kondycji zakończyły się niepowodzeniem z powodu błędnej konfiguracji lub aplikacji, która zakończyła się niepowodzeniem.

Konfigurowanie alertów dla metryk wielowymiarowych

Usługa Azure Load Balancer obsługuje łatwe konfigurowanie alertów dla metryk wielowymiarowych. Skonfiguruj niestandardowe progi dla określonych metryk, aby wyzwalać alerty o różnych poziomach ważności, umożliwiając bezdotykowe monitorowanie zasobów.

Aby skonfigurować alerty:

  1. Przejdź do strony alertu modułu równoważenia obciążenia

  2. Tworzenie nowej reguły alertu

    1. Skonfiguruj warunek alertu (Uwaga: aby uniknąć hałaśliwych alertów, zalecamy skonfigurowanie alertów z typem agregacji ustawionym na Wartość Średnia, patrząc wstecz na pięciominutowe okno danych i z progiem 95%)

    2. (Opcjonalnie) Dodawanie grupy akcji na potrzeby automatycznej naprawy

    3. Przypisz ważność, nazwę i opis alertu, który umożliwia intuicyjną reakcję

Alerty dotyczące dostępności dla ruchu przychodzącego

Uwaga

Jeśli pule zaplecza modułu równoważenia obciążenia są puste, moduł równoważenia obciążenia nie będzie miał żadnych prawidłowych ścieżek danych do testowania. W związku z tym metryka dostępności ścieżki danych nie będzie dostępna, a żadne skonfigurowane alerty platformy Azure dotyczące metryki dostępności ścieżki danych nie będą wyzwalane.

Aby uruchomić alert dotyczący dostępności ruchu przychodzącego, można utworzyć dwa osobne powiadomienia, używając metryk dotyczących dostępności ścieżki danych oraz statusu sondy sprawności. Klienci mogą mieć różne scenariusze, które wymagają określonej logiki alertów, ale poniższe przykłady są przydatne w przypadku większości konfiguracji.

Przy użyciu dostępności ścieżki danych można uruchamiać alerty, gdy określona reguła równoważenia obciążenia stanie się niedostępna. Ten alert można skonfigurować, ustawiając warunek alarmowy dla dostępności trasy danych oraz dzieląc według wszystkich bieżących i przyszłych wartości zarówno dla portu frontend, jak i adresu IP frontend. Ustawienie logiki alertu na wartość mniejszą lub równą 0 spowoduje, że ten alert zostanie wyzwolony, gdy każda reguła równoważenia obciążenia przestanie odpowiadać. Ustaw stopień szczegółowości agregacji i częstotliwość oceny zgodnie z żądaną oceną.

Dzięki statusowi sondy kondycji można otrzymywać powiadomienia, gdy określona instancja zaplecza nie odpowiada na sondę kondycji przez znaczny okres czasu. Skonfiguruj warunek alertu, aby użyć metryki statusu sondy zdrowotnej, i podziel według adresu IP zaplecza sieciowego oraz portu zaplecza, przy użyciu typu agregacji Średnia. Dzięki temu można wysyłać oddzielne alerty dotyczące zdolności poszczególnych wystąpień zaplecza do obsługi ruchu na określonym porcie.

Alerty dotyczące dostępności dla ruchu wychodzącego

W przypadku dostępności wychodzącej można skonfigurować dwa oddzielne alerty przy użyciu liczby połączeń SNAT i metryki używanych portów SNAT.

Aby wykryć błędy połączeń wychodzących, skonfiguruj alert przy użyciu licznika połączeń SNAT i filtruj do Stanu połączenia = Nieudane. Użyj agregacji łącznej. Następnie możesz podzielić tę wartość według adresu IP zaplecza ustawionego na wszystkie bieżące i przyszłe wartości, aby otrzymywać alerty oddzielnie dla każdego wystąpienia zaplecza, w którym występują nieudane połączenia. Ustaw wartość progową na większą niż zero lub większą liczbę, jeśli spodziewasz się, że wystąpią pewne błędy połączeń wychodzących.

W przypadku używanych portów SNAT można otrzymywać alerty o wyższym ryzyku wyczerpania zasobów i awarii połączeń wychodzących. Upewnij się, że dokonujesz podziału według adresu IP serwera zaplecza i protokołu podczas korzystania z tego alertu. Użyj średniej agregacji. Ustaw wartość progową na większą niż procent liczby portów, które uznajesz za przydzielone na jedno wystąpienie, które Twoim zdaniem jest niebezpieczne. Na przykład skonfiguruj alert o niskim poziomie ważności, gdy instancja backendu zużywa 75% przydzielonych portów. Skonfiguruj alert o wysokiej ważności, gdy używa 90% lub 100% przydzielonych portów.

Stan kondycji zasobu

Stan zdrowia standardowych zasobów modułu równoważenia obciążenia jest udostępniany za pośrednictwem istniejącego zdrowia zasobu w obszarze Monitor > Kondycja usługi. Dostępność ścieżki danych jest oceniana co dwie minuty poprzez pomiar dostępności, która określa, czy punkty końcowe frontendowego równoważenia obciążenia są dostępne.

Stan kondycji zasobu opis
Dostępny Zasób standardowego równoważnika obciążenia jest w dobrej kondycji i jest dostępny.
Zdegradowany Standardowy moduł równoważenia obciążenia ma zdarzenia inicjowane przez platformę lub użytkownika wpływające na wydajność. Metryka dostępności ścieżki danych zgłosiła dostępność mniejszą niż 90%, ale większą niż 25% przez co najmniej dwie minuty. W przypadku tego stanu występuje umiarkowany do poważny efekt wydajności. Postępuj zgodnie z przewodnikiem rozwiązywania problemów z protokołem RHC, aby określić, czy istnieją zdarzenia inicjowane przez użytkownika powodujące wpływ na dostępność.
Niedostępny Zasób Standardowego modułu równoważenia obciążenia nie działa prawidłowo. Metryka dostępności ścieżki danych zgłosiła zdrowie poniżej 25% przez co najmniej dwie minuty. W tym stanie doświadczasz znacznego wpływu na wydajność lub braku dostępności łączności przychodzącej. Mogą wystąpić zdarzenia użytkownika lub platformy powodujące niedostępność. Postępuj zgodnie z przewodnikiem rozwiązywania problemów z protokołem RHC, aby określić, czy istnieją zdarzenia inicjowane przez użytkownika wpływające na dostępność.
Nieznane Stan kondycji zasobu modułu równoważenia obciążenia nie został zaktualizowany lub nie odebrano informacji o dostępności ścieżki danych w ciągu ostatnich 10 minut. Ten stan powinien występować przejściowo i zmienić się na prawidłowy stan po otrzymaniu danych.

Aby wyświetlić kondycję standardowego publicznego modułu równoważenia obciążenia:

  1. Wybierz Monitor>Kondycja usługi.

  2. Wybierz pozycję Kondycja zasobu, a następnie upewnij się, że Identyfikator subskrypcji i Typ zasobu = load balancer są wybrane.

  3. Na liście wybierz zasób modułu równoważenia obciążenia, aby wyświetlić jego historyczny stan kondycji.

Ogólny opis stanu kondycji zasobu jest dostępny w dokumentacji dotyczącej kondycji zasobów.

Alerty dotyczące kondycji zasobów

Alerty usługi Azure Resource Health mogą powiadamiać Cię niemal w czasie rzeczywistym, gdy stan kondycji zasobu modułu równoważenia obciążenia ulegnie zmianie. Zaleca się ustawienie alertów dotyczących kondycji zasobów w celu powiadamiania o tym, kiedy zasób modułu równoważenia obciążenia jest w stanie Obniżona lub Niedostępna .

Podczas tworzenia alertów usługi Azure Resource Health dla modułu równoważenia obciążenia platforma Azure wysyła powiadomienia o kondycji zasobów do subskrypcji platformy Azure. Alerty można tworzyć i dostosowywać na podstawie:

  • Subskrypcja, której dotyczy problem
  • Grupa zasobów, której dotyczy problem
  • Typ zasobu, którego dotyczy problem (moduł równoważenia obciążenia)
  • Określony zasób (dowolny zasób modułu równoważenia obciążenia, dla którego chcesz skonfigurować alert)
  • Stan zdarzenia zasobu modułu równoważenia obciążenia, którego dotyczy problem
  • Bieżący stan zasobu modułu równoważenia obciążenia, którego dotyczy problem
  • Poprzedni stan zasobu modułu równoważenia obciążenia, którego dotyczy problem
  • Zasób równoważenia obciążenia, którego dotyczy problem: rodzaj przyczyny

Możesz również skonfigurować, do kogo powinien zostać wysłany alert:

  • Nowa grupa akcji (która może służyć do przyszłych alertów)
  • Istniejąca grupa akcji

Aby uzyskać więcej informacji na temat konfigurowania tych alertów dotyczących kondycji zasobów, zobacz:

Następne kroki

  • Last updated on