Udostępnij za pośrednictwem

Sondy kondycji

  • Artykuł

Ważne

Usługa Azure Front Door (klasyczna) zostanie wycofana 31 marca 2027 r. Aby uniknąć zakłóceń w działaniu usługi, należy przeprowadzić migrację profilów usługi Azure Front Door (wersja klasyczna) do warstwy Azure Front Door Standard lub Premium do marca 2027 r. Aby uzyskać więcej informacji, zobacz Wycofywanie usługi Azure Front Door (wersja klasyczna).

Uwaga

Źródło i grupa pochodzenia w tym artykule odnoszą się do puli zaplecza i zaplecza konfiguracji usługi Azure Front Door (klasycznej).

Aby określić kondycję i bliskość każdego źródła dla danego środowiska usługi Azure Front Door, każdy profil usługi Front Door okresowo wysyła syntetyczne żądanie HTTP/HTTPS do wszystkich skonfigurowanych źródeł. Usługa Front Door następnie używa odpowiedzi z sondy kondycji, aby określić najlepsze źródło do kierowania żądań klientów do.

Ostrzeżenie

Ponieważ każda lokalizacja brzegowa usługi Azure Front Door wysyła sondy kondycji do źródeł, wolumin sondy kondycji dla źródeł może być wysoki. Liczba sond zależy od lokalizacji ruchu klienta i częstotliwości sondy kondycji. Jeśli lokalizacje brzegowe usługi Azure Front Door nie odbierają rzeczywistego ruchu od użytkowników końcowych, częstotliwość sondy kondycji z lokalizacji brzegowej zostanie zmniejszona z skonfigurowanej częstotliwości. Jeśli ruch jest kierowany do wszystkich lokalizacji brzegowych usługi Azure Front Door, wolumin sondy kondycji może być wysoki w zależności od częstotliwości sond kondycji.

Przykład szacowania woluminu sondy kondycji na minutę do źródła w przypadku używania domyślnej częstotliwości sondy równej 30 sekund. Wolumin sondy dla każdego źródła jest równy liczbie lokalizacji brzegowych razy dwa żądania na minutę. Żądania sondowania są mniejsze, jeśli nie ma ruchu wysyłanego do wszystkich lokalizacji brzegowych. Aby uzyskać listę lokalizacji brzegowych, zobacz lokalizacje krawędzi według regionów.

Obsługiwane protokoły

Usługa Azure Front Door obsługuje wysyłanie sond za pośrednictwem protokołów HTTP lub HTTPS. Te sondy są wysyłane za pośrednictwem tych samych portów TCP skonfigurowanych do routingu żądań klientów i nie można ich zastąpić. Sondy HTTP/HTTPS usługi Front Door są wysyłane z nagłówkiem ustawionym User-Agent z wartością: Edge Health Probe.

Obsługiwane metody HTTP dla sond kondycji

Usługa Azure Front Door obsługuje następujące metody HTTP wysyłania sond kondycji:

  1. GET: Metoda GET oznacza pobieranie informacji (w postaci jednostki) identyfikowanych przez identyfikator Request-URI.
  2. HEAD: Metoda HEAD jest identyczna jak GET, z tą różnicą, że serwer NIE MOŻE zwrócić treści komunikatu w odpowiedzi. W przypadku nowych profilów usługi Front Door domyślnie metoda sondowania jest ustawiana jako HEAD.

Napiwek

Aby obniżyć obciążenie i koszty dla źródeł, usługa Front Door zaleca używanie żądań HEAD dla sond kondycji.

Odpowiedzi sondy kondycji

Odpowiedzi opis
Określanie kondycji Kod stanu 200 OK wskazuje, że źródło jest w dobrej kondycji. Każdy inny kod stanu jest uznawany za błąd. Jeśli z jakiegokolwiek powodu prawidłowa odpowiedź HTTP nie zostanie odebrana dla sondy, sonda zostanie zliczona jako błąd.
Mierzenie opóźnienia Opóźnienie to czas zegara ściany mierzony od momentu, gdy żądanie sondy zostanie wysłane do momentu odebrania ostatniego bajtu odpowiedzi przez usługę Front Door. Usługa Front Door używa nowego połączenia TCP dla każdego żądania. Pomiar nie jest stronniczy wobec źródeł z istniejącymi ciepłymi połączeniami.

Jak usługa Front Door określa kondycję źródła

Usługa Azure Front Door używa trzyetapowego procesu we wszystkich algorytmach w celu określenia kondycji.

  1. Wyklucz wyłączone źródła.

  2. Wyklucz źródła, które mają błędy sond kondycji:

    • Ten wybór jest wykonywany przez przyjrzenie się ostatnim n odpowiedziom sondy kondycji. Jeśli co najmniej x jest w dobrej kondycji, źródło jest uznawane za zdrowe.

    • N jest konfigurowany przez zmianę właściwości SampleSize w ustawieniach równoważenia obciążenia.

    • Wartość x jest konfigurowana przez zmianę właściwości SuccessfulSamplesRequired w ustawieniach równoważenia obciążenia.

  3. W przypadku zestawów zdrowych źródeł w grupie pochodzenia usługa Front Door mierzy i utrzymuje opóźnienie dla każdego źródła.

Uwaga

Jeśli jeden punkt końcowy jest członkiem wielu grup źródeł, usługa Front Door optymalizuje liczbę sond kondycji wysyłanych do źródła, aby zmniejszyć obciążenie źródła. Żądania sondy kondycji są wysyłane na podstawie najniższego skonfigurowanego interwału próbek. Odpowiedzi z tych samych sond kondycji określają kondycję punktu końcowego we wszystkich grupach pochodzenia.

Dostosowywanie ustawień sondy dla długotrwałych kontenerów

W przypadku obsługi długotrwałych kontenerów dostosowanie ustawień sondy może zapobiec przedwczesnemu awarii. ProbeTimeout Zwiększenie wartości i Interval zwiększa czas uruchamiania kontenerów przed oznaczeniem ich jako w złej kondycji przez usługę Front Door.

Wartości dla kontenerów długotrwałych

  • ProbeTimeout: zwiększ limit czasu do 10–30 sekund.
  • Interwał: ustaw dłuższy interwał (na przykład 30–60 sekund) między sondami.
  • Zła kondycjaThreshold: zwiększ liczbę kolejnych nieudanych sond, zanim kontener zostanie uznany za w złej kondycji (na przykład 3–5 ponownych prób).

Uwaga

Wartości podane dla ProbeTimeout, Intervali UnhealthyThreshold są przykładowymi zakresami. Te wartości można dostosować na podstawie zachowania i wymagań uruchamiania określonego kontenera.

Uwaga

Te zmiany mogą spowodować opóźnienie w wykrywaniu rzeczywistych błędów, dlatego dokładnie zrównoważ te wartości zgodnie z zachowaniem uruchamiania kontenera.

Interakcja sondy podczas faz cyklu życia kontenera

  1. Faza rozpoczęcia kontenera: w tej fazie kontener może nie być w pełni gotowy do obsługi ruchu. Sondy kondycji pomagają wykrywać, kiedy kontener nie odpowiada, sprawdzając określone kody stanu HTTP (na przykład 200 OK). Jeśli częstotliwość sondy jest zbyt wysoka lub przekroczenie limitu czasu jest zbyt krótkie, kontener jest oznaczony jako w złej kondycji przed zainicjowaniem. Zwiększ limity czasu sondy lub interwały w tej fazie.

  2. Faza uruchamiania: po uruchomieniu kontenera sondy kontynuują sprawdzanie odpowiedzi na kondycję. Jeśli sprawdzanie kondycji stale zwraca 200 OKwartość , usługa Front Door utrzymuje pochodzenie w rotacji dla ruchu. Jeśli sondy stale kończą się niepowodzeniem (na przykład z powodu awarii kontenera), usługa Front Door oznacza źródło jako w złej kondycji.

  3. Faza niepowodzenia: jeśli sondy kondycji nie powiedzą się dla skonfigurowanego progu (na przykład UnhealthyThreshold), źródło jest uznawane za w złej kondycji, a ruch jest kierowany do innych źródeł w dobrej kondycji.

Ukończono niepowodzenie sondy kondycji

Jeśli sondy kondycji kończą się niepowodzeniem dla każdego źródła w grupie pochodzenia, usługa Front Door uwzględnia wszystkie źródła w złej kondycji i kieruje ruch w dystrybucji działania okrężnego we wszystkich z nich.

Gdy źródło powróci do stanu dobrej kondycji, usługa Front Door wznowi normalne algorytmy równoważenia obciążenia.

Wyłączanie sond kondycji

Jeśli masz jedno źródło w grupie źródeł, możesz wyłączyć sondy kondycji, aby zmniejszyć obciążenie aplikacji. Jeśli masz wiele źródeł w grupie źródeł i więcej niż jeden z nich jest w stanie włączonym, nie można wyłączyć sond kondycji.

Uwaga

Jeśli w grupie pochodzenia znajduje się tylko jedno źródło, pojedyncze źródło pobiera kilka sond kondycji. Może to prowadzić do spadku metryk kondycji źródła, ale ruch nie ma wpływu.

Następne kroki

  • Dowiedz się, jak utworzyć profil usługi Azure Front Door.
  • Dowiedz się więcej o architekturze routingu usługi Front Door.