Hälsotillståndsavsökningar
För att fastställa hälsotillstånd och närhet för varje backend för en viss Front Door-miljö skickar varje Front Door-miljö regelbundet en syntetisk HTTP/HTTPS-begäran till var och en av dina konfigurerade backends. Front Door sedan dessa svar från avsökningen för att fastställa de "bästa" backend-resurserna för att dirigera dina klientbegäranden.
Varning
Eftersom Front Door har många gränsmiljöer globalt kan hälsoavsökningsvolymen för dina backends vara ganska hög – från 25 begäranden varje minut till så hög som 1 200 begäranden per minut, beroende på den konfigurerade hälsoavsökningens frekvens. Med standardavsökningsfrekvensen på 30 sekunder bör avsökningsvolymen på din backend vara cirka 200 begäranden per minut.
Anteckning
Front Door HTTP/HTTPS-avsökningar skickas med User-Agent rubrikuppsättning med värdet: Edge Health Probe .
Protokoll som stöds
Front Door har stöd för att skicka avsökningar via HTTP- eller HTTPS-protokoll. Dessa avsökningar skickas över samma TCP-portar som konfigurerats för att dirigera klientbegäranden och kan inte åsidosättas.
HTTP-metoder som stöds för hälsoavsökningar
Front Door stöder följande HTTP-metoder för att skicka hälsoavsökningar:
- HÄMTA: GET-metoden innebär att hämta den information (i form av en entitet) som identifieras av URI:n Request.URI.
- HUVUD: 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.
Anteckning
För lägre belastning och kostnad på dina backends rekommenderar Front Door att använda HEAD-begäranden för hälsoavsökningar.
Svar från hälsoavsökningen
| Svar | Description |
|---|---|
| Fastställa hälsa | Statuskoden 200 OK anger att backend är felfri. Allt annat betraktas som ett fel. Om ett giltigt HTTP-svar av någon anledning (inklusive nätverksfel) inte tas emot för en avsökning räknas avsökningen som ett fel. |
| Mäta svarstid | Svarstiden är wall-clock-tiden som mäts direkt innan vi skickar avsökningsbegäran till den tidpunkt då vi får den sista byten av svaret. Vi använder en ny TCP-anslutning för varje begäran, så det här måttet är inte fördomserat mot backends med befintliga varma anslutningar. |
Hur Front Door fastställer hälsotillståndet för backend
Azure Front Door använder samma trestegsprocess nedan över alla algoritmer för att fastställa hälsotillståndet.
Exkludera inaktiverade backends.
Undanta backends 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 felfritt anses backend vara felfri.
n konfigureras genom att ändra egenskapen SampleSize i inställningarna för belastningsutjämning.
x konfigureras genom att ändra egenskapen SuccessfulSamplesRequired i inställningarna för belastningsutjämning.
För uppsättningar med felfria backend-uppsättningar i Front Door mäter och underhåller du svarstiden (tidsfördröjning) för varje backend.
Anteckning
Om en enda slutpunkt är medlem i flera backend-pooler, Azure Front Door optimerar antalet hälsoavsökningar som skickas till backend för att minska belastningen på backend. Hälsoavsökningsbegäranden skickas baserat på det lägsta konfigurerade urvalsintervallet. Hälsotillståndet för slutpunkten i alla pooler bestäms av svaren från samma hälsoavsökningar.
Fel vid slutförande av hälsoavsökning
Om hälsoavsökningarna misslyckas för varje backend i en backend-pool ser Front Door alla backends felfria och dirigerar trafik i en resursallokeringsdistribution över alla.
När en backend återgår till ett felfritt tillstånd Front Door den normala belastningsutjämningsalgoritmen.
Inaktivera hälsoavsökningar
Om du har en enda backend i din backend-pool kan du välja att inaktivera hälsoavsökningar som minskar belastningen på programmets backend. Även om du har flera backend-enheter i backend-poolen, men bara en av dem är i aktiverat tillstånd, kan du inaktivera hälsoavsökningar.
Nästa steg
- Läs hur du skapar en Front Door.
- Lär dig hur du skapar en Front Door Standard/Premium.
- Läs hur Front Door fungerar.