Megosztás a következőn keresztül:

Egészségügyi vizsgálatok

Fontos

Az Azure Front Door (klasszikus) 2027. március 31-én megszűnik. A szolgáltatáskimaradások elkerülése érdekében fontos, hogy 2027 márciusáig az Azure Front Door (klasszikus) profiljait át kell migrálni az Azure Front Door Standard vagy Premium szintre. További információkért lásd az Azure Front Door (klasszikus) nyugdíjba vonulását.

Megjegyzés:

A cikkben szereplő forrás - és forráscsoport az Azure Front Door (klasszikus) konfiguráció háttér- és háttérkészletére utal.

Egy adott Azure Front Door-környezet egyes forrásainak állapotának és közelségének meghatározásához minden Front Door-profil rendszeresen küld egy szintetikus HTTP/HTTPS-kérést az összes konfigurált forrásnak. A Front Door ezután az állapotadat-mintavétel válaszaival határozza meg, hogy melyik a legjobb forrás az ügyfélkérések átirányításához.

Figyelmeztetés

Mivel az Azure Front Door minden peremhelye állapotvizsgálatokat küld a forrásokhoz, a források állapotvizsgálati volumene magas lehet. A lekérdezések száma az ügyfél forgalmi helye és az állapotellenőrzés gyakorisága alapján változik. Ha az Azure Front Door peremhálózati helyei nem fogadnak valós forgalmat a végfelhasználóktól, a peremhálózati állapotadat-mintavétel gyakorisága a konfigurált gyakoriságtól csökken. Ha minden Azure Front Door-peremhálózati helyre van forgalom, az állapotadat-mintavétel mennyisége az állapotadat-mintavételek gyakoriságától függően magas lehet.

Példa az állapotadat-mintavétel percenkénti mennyiségének egy forrásra történő hozzávetőleges becslésére az alapértelmezett mintavételi gyakoriság 30 másodperces használatakor. Az egyes források mintavételi kötete megegyezik a peremhálózati helyek percenkénti két kérésének számával. A próbakérelmek kisebbek, ha nem küld forgalmat az összes peremhálózati helyre. A peremhálózati helyek listáját régiónként tekintheti meg.

Támogatott protokollok

Az Azure Front Door támogatja a mintavételek HTTP- vagy HTTPS-protokollon keresztüli küldését. Ezek a mintavételek ugyanazokon a TCP-portokon lesznek elküldve, amelyek az ügyfélkérések útválasztásához vannak konfigurálva, és nem bírálhatók felül. A Front Door HTTP/HTTPS-mintavételei a következő értékkel rendelkező fejléckészlettel User-Agent lesznek elküldve: Edge Health Probe.

Az állapotadat-mintavételek támogatott HTTP-módszerei

Az Azure Front Door a következő HTTP-metódusokat támogatja az állapotminták küldéséhez:

  1. KAP: A GET metódus azt jelenti, hogy lekérjük azokat az információkat (entitás formájában), amelyeket a Request-URI azonosít.
  2. FEJ: A HEAD metódus megegyezik a GET metódussal, azzal a kivételrel, hogy a kiszolgálóNAK NEM szabad üzenettörzset visszaadnia a válaszban. Az új Front Door-profilok esetében alapértelmezés szerint a mintavételi módszer HEAD-ként van beállítva.

Jótanács

A terhelés és a költségek csökkentése érdekében az eredetek felé a Front Door a HEAD-kérelmek használatát javasolja az állapotellenőrzésekhez.

Állapotadat-mintavételi válaszok

Válaszok Leírás
Az állapot meghatározása A 200 OK állapotkód azt jelzi, hogy a forrás kifogástalan. Minden más állapotkód hibának minősül. Ha bármilyen okból nem érkezik érvényes HTTP-válasz a mintavételhez, a mintavétel sikertelennek számít.
Késleltetés mérése A késleltetés az a valós idejű óra által mért idő, amely attól a pillanattól kezdve mérendő, közvetlenül mielőtt a szonda kérelmet elküldik, egészen addig, amíg a Front Door megkapja a válasz utolsó bájtját. A Front Door minden kéréshez új TCP-kapcsolatot használ. A mérés nem elfogult a meglévő meleg kapcsolatokkal rendelkező források irányába.

Hogyan határozza meg a Front Door a forrás állapotát?

Az Azure Front Door egy háromlépéses folyamatot használ az összes algoritmusban az állapot meghatározásához.

  1. Letiltott források kizárása.

  2. Zárja ki az állapotminták hibáit tartalmazó forrásokat:

    • Ez a kijelölés az utolsó n állapotadat-mintavételi válaszok alapján történik. Ha legalább x egészséges, a forrás egészségesnek minősül.

    • n a SampleSize tulajdonság terheléselosztási beállításokban való módosításával van konfigurálva.

    • Az x a SuccessfulSamplesRequired tulajdonság terheléselosztási beállításokban való módosításával van konfigurálva.

  3. Egy forráscsoportban lévő egészséges eredetű csoportok esetében a Front Door méri és fenntartja az egyes források késését.

Megjegyzés:

Ha egyetlen végpont több forráscsoport tagja, a Front Door optimalizálja a forrásnak küldött állapotminták számát a forrás terhelésének csökkentése érdekében. Az állapotadat-mintavételi kérelmeket a rendszer a legalacsonyabb konfigurált mintaintervallum alapján küldi el. Az azonos állapotmintákból származó válaszok határozzák meg a végpont állapotát az összes forráscsoportban.

Teljes állapotadat-mintavételi hiba

Ha az állapotadat-mintavételek egy forráscsoport minden forrására vonatkozóan sikertelenek, akkor a Front Door az összes forrást nem kifogástalannak tekinti, és a forgalmat ciklikus időszeleteléses eloszlásban irányítja át az összesre.

Ha egy forrás visszatér egy kifogástalan állapotba, a Front Door folytatja a normál terheléselosztási algoritmust.

Állapotadat-mintavételek letiltása

Ha a forráscsoportodban csak egyetlen forrás van, dönthetsz úgy, hogy letiltod az állapotellenőrzéseket, hogy csökkentsd az alkalmazás terhelését. Ha több eredet található az eredetcsoportban, és egynél több áll engedélyezett állapotban, nem tilthatja le az állapotellenőrző vizsgálatokat.

Megjegyzés:

Ha csak egyetlen forrás található a forráscsoportban, az egyetlen forrás kevés állapotmintát kap. Ez az eredeti állapot-metrikák csökkenéséhez vezethet, de a forgalomra nem lesz hatással.

Következő lépések

  • Last updated on