Hälsotillståndsavsökningar
Viktigt!
Azure Front Door (klassisk) dras tillbaka den 31 mars 2027. För att undvika avbrott i tjänsten är det viktigt att du migrerar dina Azure Front Door-profiler (klassiska) till Azure Front Door Standard- eller Premium-nivån senast i mars 2027. Mer information finns i Azure Front Door (klassisk) tillbakadragning.
Kommentar
Ett ursprung och en ursprungsgrupp i den här artikeln refererar till serverdels- och serverdelspoolen i en Azure Front Door-konfiguration (klassisk).
För att fastställa hälsotillståndet och närheten till varje ursprung för en viss Azure Front Door-miljö skickar varje Front Door-profil regelbundet en syntetisk HTTP/HTTPS-begäran till alla dina konfigurerade ursprung. Front Door använder sedan svar från hälsoavsökningen för att fastställa det bästa ursprunget att dirigera dina klientbegäranden till.
Varning
Eftersom varje Azure Front Door-gränsplats skickar hälsoavsökningar till ditt ursprung kan hälsoavsökningsvolymen för dina ursprung vara hög. Antalet avsökningar beror på kundens trafikplats och din hälsoavsökningsfrekvens. Om Azure Front Door-gränsplatserna inte tar emot verklig trafik från slutanvändarna minskas frekvensen för hälsoavsökningen från gränsplatsen från den konfigurerade frekvensen. Om det finns trafik till alla Azure Front Door-gränsplatser kan hälsoavsökningsvolymen vara hög beroende på din hälsoavsökningsfrekvens.
Ett exempel för att beräkna hälsoavsökningens volym per minut till ett ursprung när du använder standardfrekvensen för avsökning på 30 sekunder. Avsökningsvolymen på var och en av ditt ursprung är lika med antalet gränsplatser gånger två begäranden per minut. Avsökningsbegäranden är mindre om ingen trafik skickas till alla gränsplatser. En lista över gränsplatser finns i gränsplatser efter region.
Protokoll som stöds
Azure Front Door stöder sändning av avsökningar via HTTP- eller HTTPS-protokoll. Dessa avsökningar skickas via samma TCP-portar som konfigurerats för routning av klientbegäranden och kan inte åsidosättas. Front Door HTTP/HTTPS-avsökningar skickas med User-Agent huvudet inställt med värdet: Edge Health Probe.
HTTP-metoder som stöds för hälsoavsökningar
Azure Front Door stöder följande HTTP-metoder för att skicka hälsoavsökningarna:
- GET: GET-metoden innebär att hämta den information (i form av en entitet) som identifieras av Request-URI.
- HEAD: HEAD-metoden är identisk med GET förutom att servern INTE får returnera en meddelandetext i svaret. För nya Front Door-profiler anges avsökningsmetoden som HEAD som standard.
Dricks
För att minska belastningen och kostnaden för ditt ursprung rekommenderar Front Door att du använder HEAD-begäranden för hälsoavsökningar.
Hälsoavsökningssvar
| SVAR | beskrivning |
|---|---|
| Fastställa hälsotillstånd | En 200 OK-statuskod anger att ursprunget är felfritt. All annan statuskod anses vara ett fel. Om ett giltigt HTTP-svar av någon anledning inte tas emot för en avsökning räknas avsökningen som ett fel. |
| Mäta svarstider | Svarstid är den tid på väggklockan som mäts från det ögonblick som omedelbart innan avsökningsbegäran skickas till det ögonblick då Front Door tar emot den sista byte av svaret. Front Door använder en ny TCP-anslutning för varje begäran. Mätningen är inte partisk mot ursprung med befintliga varma anslutningar. |
Så här avgör Front Door ursprungshälsa
Azure Front Door använder en trestegsprocess i alla algoritmer för att fastställa hälsotillståndet.
Undanta inaktiverat ursprung.
Undanta ursprung som har hälsoavsökningsfel:
Det här valet görs genom att titta på de senaste n hälsoavsökningssvaren. Om minst x är felfri anses ursprunget vara hälsosamt.
n konfigureras genom att ändra egenskapen SampleSize i inställningarna för belastningsutjämning.
x konfigureras genom att ändra egenskapen SuccessfulSamplesRequired i belastningsutjämningsinställningarna.
För uppsättningar med felfria ursprung i en ursprungsgrupp mäter Och underhåller Front Door svarstiden för varje ursprung.
Kommentar
Om en enskild slutpunkt är medlem i flera ursprungsgrupper optimerar Front Door antalet hälsoavsökningar som skickas till ursprunget för att minska belastningen på ursprunget. Begäranden om hälsoavsökning skickas baserat på det lägsta konfigurerade exempelintervallet. Svaren från samma hälsoavsökningar avgör hälsotillståndet för slutpunkten i alla ursprungsgrupper.
Justera avsökningsinställningar för långvariga containrar
När du hanterar långvariga containrar kan justering av avsökningsinställningarna förhindra för tidigt fel.
ProbeTimeout Om du ökar värdena och Interval får dina containrar mer tid att starta innan Front Door markerar dem som felaktiga.
Värden för långvariga containrar
- ProbeTimeout: Öka tidsgränsen till 10–30 sekunder.
- Intervall: Ange ett längre intervall (till exempel 30–60 sekunder) mellan avsökningar.
- UnhealthyThreshold: Öka antalet misslyckade avsökningar i följd innan containern anses vara felaktig (till exempel 3–5 återförsök).
Kommentar
Värdena som anges för ProbeTimeout, Intervaloch UnhealthyThreshold är exempelintervall för exempel. Du kan justera dessa värden baserat på din specifika containers startbeteende och krav.
Kommentar
Dessa ändringar kan orsaka en fördröjning i identifieringen av verkliga fel, så balansera dessa värden noggrant enligt containerns startbeteende.
Avsökningsinteraktion under containerlivscykelfaser
Startfas för container: Under den här fasen kanske containern inte är helt redo att hantera trafik. Hälsoavsökningar hjälper till att identifiera när en container inte svarar genom att söka efter specifika HTTP-statuskoder (till exempel
200 OK). Om avsökningsfrekvensen är för hög eller tidsgränsen är för kort markeras containern som felaktig före initieringen. Öka tidsgränser eller intervall för avsökningar under den här fasen.Körningsfas: När containern körs fortsätter avsökningarna att söka efter hälsosvar. Om hälsokontrollerna konsekvent returneras
200 OKbehåller Front Door ursprunget i rotation för trafik. Om avsökningar konsekvent misslyckas (till exempel på grund av att en container kraschar) markerar Front Door ursprunget som felfritt.Felfas: Om hälsoavsökningar misslyckas för det konfigurerade tröskelvärdet (till exempel
UnhealthyThreshold), anses ursprunget vara felfritt och trafiken dirigeras till andra felfria ursprung.
Fullständigt hälsoavsökningsfel
Om hälsoavsökningar misslyckas för varje ursprung i en ursprungsgrupp anser Front Door att alla ursprung inte är felfria och dirigerar trafik i en resursallokeringsdistribution över dem alla.
När ett ursprung återgår till ett felfritt tillstånd återupptar Front Door den normala belastningsutjämningsalgoritmen.
Inaktivera hälsoavsökningar
Om du har ett enda ursprung i ursprungsgruppen kan du välja att inaktivera hälsoavsökningar för att minska belastningen på ditt program. Om du har flera ursprung i ursprungsgruppen och fler än en av dem är i aktiverat tillstånd kan du inte inaktivera hälsoavsökningar.
Kommentar
Om det bara finns ett enda ursprung i ursprungsgruppen får det enda ursprunget få hälsoavsökningar. Detta kan leda till en nedgång i hälsomåtten för ursprung, men trafiken påverkas inte.
Nästa steg
- Lär dig hur du skapar en Azure Front Door-profil.
- Lär dig mer om Front Door-routningsarkitektur.