Forgalomirányítási módszerek a forrás felé
Fontos
Az Azure Front Door (klasszikus) 2027. március 31-én megszűnik. A szolgáltatáskimaradás elkerülése érdekében fontos, hogy az Azure Front Door (klasszikus) profiljait 2027 márciusára migrálja az Azure Front Door Standard vagy Prémium szintre. További információkért lásd az Azure Front Door (klasszikus) kivonását.
Az Azure Front Door négy forgalomirányítási módszert támogat a HTTP/HTTPS-forgalom különböző források közötti elosztásának kezeléséhez. Amikor a felhasználói kérések elérik a Front Door peremhálózati helyeit, a konfigurált útválasztási módszer biztosítja, hogy a kérések a legjobb háttérerőforrásra legyenek továbbítva.
Feljegyzés
Ebben a cikkben az Origin a háttérrendszerre, a forráscsoport pedig a háttérkészletre hivatkozik az Azure Front Door (klasszikus) konfigurációjában.
A négy forgalomirányítási módszer a következő:
Késés: A kérelmeket az elfogadható érzékenységi tartományon belül a legkisebb késéssel rendelkező forrásokra irányítja, biztosítva, hogy a kérelmek a legközelebbi forráshoz érkeznek a hálózati késés szempontjából.
Prioritás: Lehetővé teszi, hogy prioritást állítson be a forráshoz, és egy elsődleges forrást állítson be az összes forgalom és egy másodlagos forrás biztonsági másolatként való kezeléséhez, ha az elsődleges nem érhető el.
Súlyozott: Súlyt rendel az egyes forrásokhoz, hogy egyenletesen vagy a megadott súlyozási együtthatók szerint ossza el a forgalmat. A forgalom súlyértékek alapján oszlik el, ha a forrás késései az elfogadható érzékenységi tartományon belül vannak.
Munkamenet-affinitás: Az előtérbeli gazdagépek vagy tartományok munkamenet-affinitásának konfigurálásával biztosítja, hogy az azonos végfelhasználótól érkező kérések ugyanarra a forrásra érkezhessenek.
Feljegyzés
Az Azure Front Door Standard és prémium szintű szintjeiben a végpont neve frontend gazdagépnekszámít az Azure Front Doorban (klasszikus).
Minden Front Door-konfiguráció tartalmazza a háttérállapot-monitorozást és az automatizált globális feladatátvételt. További információ: Front Door háttérfigyelés. Az Azure Front Door egyetlen útválasztási módszert használhat, vagy több metódust kombinálva optimális útválasztási topológiát hozhat létre az alkalmazás igényeinek megfelelően.
Feljegyzés
A Front Door szabálymotor használatával szabályokat konfigurálhat az Útvonalkonfigurációk felülbírálásához az Azure Front Door Standard és a Premium szinteken, vagy felülbírálhatja a háttérkészletet az Azure Front Doorban (klasszikus) egy kéréshez. A szabálymotor által beállított forráscsoport vagy háttérkészlet felülírja a cikkben ismertetett útválasztási folyamatot.
Általános döntési folyamat
Az alábbi ábra az általános döntési folyamatot szemlélteti:
A döntési lépések a következők:
-
Elérhető források: Válassza ki az összes engedélyezett és kifogástalan forrást (200 OK) az állapotadat-mintavétel alapján.
- Például: Ha hat forrás létezik: A, B, C, D, E és F, és a C nem megfelelő, és az E le van tiltva, akkor az elérhető forrás az A, B, D és F.
-
Prioritás: Válassza ki a legmagasabb prioritású forrásokat a rendelkezésre állók közül.
- Például: Ha az A, B és D forrás 1 prioritással rendelkezik, és az F forrás prioritása 2, akkor a kiválasztott forrás A, B és D.
-
Késési jel (állapotadat-mintavétel alapján): Válassza ki a megengedett késési tartományon belüli forrásokat attól a Front Door-környezettől, ahol a kérés érkezett. Ez a forráscsoport késési érzékenységi beállításán és a legközelebbi források késésén alapul.
- Példa: Ha az A forrás késése 15 ms, a B értéke 30 ms, a D értéke 60 ms, a késés érzékenysége pedig 30 ms, a kiválasztott forrás A és B, mivel a D meghaladja a 30 ms-os tartományt.
-
Súlyok: A forgalom elosztása a végső kiválasztott források között a megadott súlyarányok alapján.
- Példa: Ha az "A" származási hely súlya 3, a "B" forrás súlya 7, akkor a forgalom 3/10-ről A-ra és 7/10-ről B-ra oszlik.
Ha a munkamenet-affinitás engedélyezve van, a munkamenet első kérése a korábban ismertetett folyamatot követi. Az ezt követő kéréseket a rendszer az első kérelemben kiválasztott forrásnak küldi el.
Legalacsonyabb késések alapú forgalom-útválasztás
A források több globális helyen történő üzembe helyezése javíthatja az alkalmazás válaszképességét azáltal, hogy a forgalmat a végfelhasználókhoz "legközelebbi" forrásra irányítja. Az Azure Front Door-konfigurációk esetében a késési útválasztási módszer az alapértelmezett. Ez a módszer a legközelebbi földrajzi hely helyett a legalacsonyabb hálózati késéssel irányítja a felhasználó kéréseit a forráshoz, biztosítva az optimális teljesítményt.
Az Azure Front Door bármely küldési architektúrája a Késés útválasztási módszerrel kombinálva biztosítja, hogy minden felhasználó a tartózkodási helyétől függően a legjobb teljesítményt nyújtsa. Minden Front Door-környezet egymástól függetlenül méri a késést a forrásig, ami azt jelenti, hogy a különböző helyeken lévő felhasználókat a rendszer arra a forrásra irányítja, amely a legjobb teljesítményt nyújtja az adott környezet számára.
Feljegyzés
Alapértelmezés szerint a késési érzékenység tulajdonság értéke 0 ms. Ezzel a beállítással a kérelmek mindig a leggyorsabb rendelkezésre álló forrásokra lesznek továbbítva. A források súlyozása csak akkor lép érvénybe, ha két forrás azonos hálózati késéssel rendelkezik.
További információ: Azure Front Door útválasztási architektúra.
Prioritásalapú forgalom-útválasztás
A magas rendelkezésre állás biztosítása érdekében a szervezetek gyakran telepítik a biztonsági mentési szolgáltatásokat, hogy átvegyenek, ha az elsődleges szolgáltatás meghibásodik. Ezt a beállítást aktív/készenléti vagy aktív/passzív üzembe helyezésnek nevezzük. Az Azure Front Door prioritásos forgalom-útválasztási módszere lehetővé teszi a feladatátvételi minta hatékony implementálását.
Az Azure Front Door alapértelmezés szerint a legmagasabb prioritású (legalacsonyabb prioritású) forráshoz irányítja a forgalmat. Ha ezek az elsődleges források elérhetetlenné válnak, átirányítja a forgalmat a másodlagos forráshoz (a következő legalacsonyabb prioritási értékhez). Ez a folyamat akkor folytatódik a harmadlagos eredetűekkel, ha az elsődleges és a másodlagos forrás sem érhető el. Az állapotminták a beállított állapotuk és állapotuk alapján figyelik a forrás rendelkezésre állását.
A forrás prioritásának konfigurálása
Az Azure Front Door-forráscsoport minden egyes forrása rendelkezik prioritási tulajdonságokkal, amelyek 1 és 5 közötti értékre állíthatók be. Az alacsonyabb értékek magasabb prioritást jelentenek. Több forrás azonos prioritási értékkel rendelkezhet.
Súlyozott forgalom-útválasztási módszer
A súlyozott forgalom-útválasztási módszer lehetővé teszi a forgalom előre meghatározott súlyok alapján történő elosztását.
Ebben a módszerben súlyt rendel minden egyes forráshoz az Azure Front Door-forráscsoportban. A súly egy 1 és 1000 közötti egész szám, amelynek alapértelmezett értéke 50.
A forgalom a rendelkezésre álló források között ciklikus időszeleteléses mechanizmussal oszlik el a megadott súlyarányok alapján, feltéve, hogy a források megfelelnek az elfogadható késési érzékenységnek. Ha a késés érzékenysége 0 ezredmásodpercre van állítva, a súlyok csak akkor lépnek érvénybe, ha két forrás azonos hálózati késéssel rendelkezik.
A súlyozott módszer számos forgatókönyvet támogat:
- Fokozatos alkalmazásfrissítés: A forgalom százalékának átirányítása egy új forráshoz, és fokozatosan növelni azt az idő múlásával.
- Alkalmazásmigrálás az Azure-ba: Hozzon létre egy forráscsoportot azure-beli és külső forrásokkal. Állítsa be a súlyokat az új források előnyben részesítéséhez, fokozatosan növelve a forgalom arányát, amíg a legtöbb forgalmat nem kezelik, majd tiltsa le és távolítsa el a kevésbé előnyben részesített forrásokat.
- Felhőkitörés további kapacitáshoz: Bővítse ki a helyszíni üzembe helyezéseket a felhőben több forrás hozzáadásával vagy engedélyezésével, valamint a forgalom elosztásának megadásával.
Munkamenet-affinitás
Az Azure Front Door alapértelmezés szerint ugyanabból az ügyfélből érkező kéréseket különböző forrásokba továbbítja. A munkamenet-affinitás azonban olyan állapotalapú alkalmazásokhoz vagy forgatókönyvekhez hasznos, ahol az ugyanazon felhasználótól érkező további kéréseket ugyanazzal a forrással kell feldolgozni. Ez a funkció biztosítja, hogy ugyanaz a forrás kezelje a felhasználó munkamenetét, ami olyan helyzetekben hasznos, mint az ügyfél-hitelesítés.
Az Azure Front Door cookie-alapú munkamenet-affinitást használ, ahol a forrás URL-címének SHA256-jával kezelt cookie-kat használnak azonosítóként. Ez a felhasználói munkamenet későbbi forgalmát ugyanahhoz a forráshoz irányítja.
A munkamenet-affinitás engedélyezhető az Azure Front Door Standard és prémium szintű forráscsoport szintjén, valamint az Azure Front Door (klasszikus) előtérbeli gazdagépszintjén minden konfigurált tartományhoz vagy altartományhoz. Ha engedélyezve van, az Azure Front Door hozzáadja a felhasználó munkamenetéhez elnevezett ASLBSA
cookie-kat ASLBSACORS
. Ezek a cookie-k akkor is segítenek azonosítani a különböző felhasználókat, ha ugyanazzal az IP-címmel rendelkeznek, ami egyenletesebb forgalmat tesz lehetővé a források között.
A cookie élettartama megegyezik a felhasználó munkamenetével, mivel a Front Door jelenleg csak munkamenet-cookie-kat támogat.
Feljegyzés
A munkamenet-affinitás a böngésző munkamenet-cookie-ján keresztül tartható fenn a tartomány szintjén. Az azonos helyettesítő karakterek tartományában lévő altartományok megoszthatják a munkamenet-affinitást mindaddig, amíg a felhasználó böngészője ugyanarra a forráserőforrásra vonatkozó kéréseket küld.
A nyilvános proxyk zavarhatják a munkamenet-affinitást, mert a munkamenet létrehozásához a Front Doornak hozzá kell adnia egy munkamenet-affinitási cookie-t a válaszhoz. Ez nem hajtható végre, ha a válasz gyorsítótárazható, mivel megzavarná az ugyanazon erőforrást kérő más ügyfelek cookie-jának működését. Ennek megakadályozása érdekében a munkamenet-affinitás nem jön létre, ha a forrás gyorsítótárazható választ küld. Ha a munkamenet már létrejött, a válasz gyorsítótárazhatósága nem számít.
A munkamenet-affinitás a szokásos nem gyorsítótárazható forgatókönyveken túl a következő körülmények között jön létre:
- A válasz tartalmazza a
Cache-Control
tároló nélküli fejlécet. - A válasz érvényes
Authorization
fejlécet tartalmaz. - A válasz egy HTTP 302 állapotkód.
Következő lépések
- Megtudhatja, hogyan hozhat létre Azure Front Doort.
- Ismerje meg , hogyan működik az Azure Front Door.