Sondy kondycji

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ć dość 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 istnieje ruch 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 będą 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 zoptymalizuje liczbę sond kondycji wysyłanych do źródła, aby zmniejszyć obciążenie źródła. Żądania sondy kondycji będą wysyłane na podstawie najniższego skonfigurowanego interwału próbek. Kondycja punktu końcowego we wszystkich grupach źródeł będzie określana przez odpowiedzi z tych samych sond 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.

Następne kroki

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