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

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 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. Pakiet następnie przechodzi przez region od źródła do hosta maszyny wirtualnej w puli backendowej. 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.

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 monitorowania kondycji pochodzą z adresu infrastruktury Azure i są widoczne w systemie operacyjnym gościa VM.

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

1. Wybierz metrykę Health Probe Status z typem agregacji Avg .

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.

Metryka SNAT Connection Count opisuje liczbę udanych i nieudanych połączeń dla przepływów wychodzących.

Nieudana objętość połączeń większa niż zero wskazuje na wyczerpanie portu SNAT. Musisz dokładniej zbadać, co może powodować te awarie. 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.

Jeśli połączenia wychodzące zawodzą okresowo, może być przyczyną wyczerpanie portów SNAT. Sprawdź metryki wykorzystania portów i alokacji SNAT oraz zapoznaj się z wytycznymi dotyczącymi wyczerpania portów SNAT. Aby zwiększyć pojemność SNAT, użyj Azure NAT Gateway.

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.

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 unikalnych przepływów jest ustanawianych między źródłem w Internecie a maszyną wirtualną zaplecza lub zestawem skalowania maszyn wirtualnych, znajdującymi się za modułem równoważenia obciążenia i nieposiadającymi publicznego adresu IP. Porównując liczbę portów SNAT z metryką Przydzielonych portów SNAT, możesz określić, czy Twoja usługa doświadcza lub jest zagrożona wyczerpaniem SNAT i wynikającą z tego 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. Na przykład, aby monitorować użycie SNAT dla przepływów TCP na maszynę, agregować według średniej, dzielić według IP zaplecza oraz filtrować według typu protokołu.

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.

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 typy metryk Bytes Count i Packet Count , 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.

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

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ą. Niebieski ślad dostępności ścieżek danych, który później osiągnął 100 procent, wskazuje na te informacje.

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

Schemat pomaga diagnozować i rozwiązywać problemy z wdrożeniem bez konieczności zgadywania ani pytania zespołu wsparcia, czy występują jakieś 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.