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 különböző forgalomirányítási módszert támogat annak meghatározásához, hogy a HTTP/HTTPS-forgalom hogyan oszlik el a különböző források között. Amikor a felhasználói kérések elérik a Front Door peremhálózati helyeit, a rendszer alkalmazza a konfigurált útválasztási módszert, hogy a kérések a legjobb háttérerőforrásra legyenek továbbítva.

Feljegyzé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 vonatkozik.

A négy forgalomirányítási módszer a következő:

• Késés: A késésalapú útválasztás biztosítja, hogy a kérések a bizalmassági tartományon belül elfogadható legalacsonyabb késési forrásokra legyenek elküldve. Más szóval a kérések a legközelebbi forráskészlethez érkeznek a hálózati késés tekintetében.

• Prioritás: A prioritás akkor állítható be a forrásra, ha egy elsődleges forrást szeretne konfigurálni az összes forgalom kiszolgálására. A másodlagos forrás lehet biztonsági másolat, ha az elsődleges forrás elérhetetlenné válik.

• Súlyozott: A súlyozott érték akkor rendelhető hozzá a forrásokhoz, ha egyenletesen vagy a súlyozási együtthatók alapján szeretné elosztani a forgalmat egy forráscsoport között. A forgalom a súlyérték alapján oszlik el, ha a források késései a forráscsoport elfogadható késési érzékenységi tartományán belül vannak.

• Munkamenet-affinitás: Konfigurálhatja a munkamenet-affinitást az előtérbeli gazdagépekhez vagy tartományokhoz annak érdekében, hogy az ugyanazon végfelhasználótól érkező kérések ugyanarra a forrásra érkezhessenek.

Feljegyzés

Az Azure Front Door Standard és a Prémium szintű végpont neve az Azure Front Door frontend gazdagépe (klasszikus).

Minden Front Door-konfiguráció háttérállapot-figyeléssel és automatikus azonnali globális feladatátvétellel rendelkezik. További információ: Front Door háttérfigyelés. Az Azure Front Door egyetlen útválasztási módszerrel használható. Az alkalmazás igényeitől függően több útválasztási módszert is kombinálhat az optimális útválasztási topológia létrehozásához.

Feljegyzés

A Front Door szabálymotor használatakor konfigurálhat egy szabályt az Útvonalkonfigurációk felülbírálásához az Azure Front Door Standard és a Premium szinten, 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 mutatja be:

A döntési lépések a következők:

1. Elérhető források: Válassza ki az összes engedélyezett és kifogástalan állapotú (200 OK) forrást az állapotadat-mintavételhez.
   • Példa: Tegyük fel, hogy hat forrás létezik: A, B, C, D, E és F, és ezek közül a C nem megfelelő, az E pedig le van tiltva. Az elérhető források listája A, B, D és F.
2. Prioritás: A rendszer kiválasztja a legfontosabb prioritási forrásokat a rendelkezésre állók között.
   • Példa: Tegyük fel, hogy az A, B és D forrás prioritása 1, az F forrás pedig 2 prioritású. Ezután a kiválasztott forrás a következő: A, B és D.
3. 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 jel a forráscsoport késési érzékenységi beállításán és a közelebbi források késésén alapul.
   • Példa: Tegyük fel, hogy a Front Door mérte annak a környezetnek a késését, ahol a kérelem 15 ms-os A-forrásra érkezett, míg a B késése 30 ms, a D pedig 60 ms távolságra van. Ha a forráscsoport késési érzékenysége 30 ms, akkor a legalacsonyabb késési készlet az A és a B forrásból áll, mivel a D több mint 30 ms távolságra van az A legközelebbi forrástól.
4. Súlyok: Végül az Azure Front Door a megadott súlyok arányában a végső kiválasztott forráscsoport forgalmát ciklikusan válogatja össze.
   • Példa: Ha az "A" forrás súlya 3, a "B" eredetű pedig 7, akkor a forgalom 3/10-et az A és a 7/10-et a B forrás felé osztja el.

Ha a munkamenet-affinitás engedélyezve van, akkor a munkamenet első kérése a korábban felsorolt 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

Ha a világ két vagy több pontján helyezi üzembe a forrásokat, azzal javíthatja az alkalmazások válaszkészségét azáltal, hogy a forgalmat a végfelhasználókhoz "legközelebbi" célhelyre irányítja. A késleltetés a Front Door-konfiguráció alapértelmezett forgalom-útválasztási módszere. Ez az útválasztási módszer a végfelhasználóktól érkező kéréseket az Azure Front Door mögötti legközelebbi forrásra továbbítja. Ez az útválasztási mechanizmus az Azure Front Door bármely küldési architektúrájával kombinálva biztosítja, hogy minden végfelhasználó a tartózkodási helyük alapján a legjobb teljesítményt kapja.

A "legközelebbi" forrás nem feltétlenül a földrajzi távolság alapján mérve áll legközelebb. Ehelyett az Azure Front Door a hálózati késés mérésével határozza meg a legközelebbi forrást. További információ az Azure Front Door útválasztási architektúrájáról.

Minden Front Door-környezet külön méri a forrás késését. Ez azt jelenti, hogy a különböző helyeken lévő különböző felhasználókat a rendszer az adott környezethez legjobb teljesítménnyel irányítja a forráshoz.

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 rendszer mindig a leggyorsabb rendelkezésre álló forrásokra továbbítja a kérelmet, és a forrás súlyozása csak akkor lép érvénybe, ha két forrás hálózati késése azonos.

Prioritásalapú forgalom-útválasztás

A szervezetek gyakran magas rendelkezésre állást szeretnének biztosítani szolgáltatásaik számára egynél több biztonsági mentési szolgáltatás üzembe helyezésével, ha az elsődleges szolgáltatás leáll. Az iparágban ezt a topológiát aktív/készenléti vagy aktív/passzív üzembe helyezésnek is nevezik. A prioritásos forgalom-útválasztási módszer lehetővé teszi a feladatátvételi minta egyszerű implementálását.

Az alapértelmezett Azure Front Door egyenlő prioritású forráslistát tartalmaz. Alapértelmezés szerint az Azure Front Door elsődleges forráskészletként csak a legfelső prioritású (a legalacsonyabb prioritású) forrásokra küld forgalmat. Ha az elsődleges források nem érhetők el, az Azure Front Door átirányítja a forgalmat a másodlagos forráskészletre (a prioritás második legalacsonyabb értéke). Ha az elsődleges és a másodlagos forrás sem érhető el, a forgalom a harmadikra kerül, és így tovább. A forrás rendelkezésre állása a konfigurált állapoton és az állapotminták által meghatározott folyamatos forrásállapoton alapul.

A forrás prioritásának konfigurálása

Az Azure Front Door-konfiguráció forráscsoportjában minden forrásnak van egy Priority nevű tulajdonsága, amely 1 és 5 közötti szám lehet. Az Azure Front Door használatával explicit módon konfigurálhatja a forrás prioritását az egyes forrásokhoz. Ez a tulajdonság 1 és 5 közötti érték. Minél alacsonyabb az érték, annál magasabb a prioritás. Az origins ugyanazokat a prioritási értékeket használhatja.

Súlyozott forgalom-útválasztási módszer

A súlyozott forgalom-útválasztási módszer lehetővé teszi a forgalom egyenletes elosztását vagy előre definiált súlyozás használatát.

A súlyozott forgalom-útválasztási módszerben súlyt rendel az egyes forrásokhoz a forráscsoport Azure Front Door-konfigurációjában. A súly 1 és 1000 közötti egész szám. Ez a paraméter az alapértelmezett 50-et használja.

Az elfogadható késési érzékenységű források listájával a forgalom ciklikus időszeleteléses mechanizmussal lesz elosztva a megadott súlyok arányával. Ha a késés érzékenysége 0 ezredmásodpercre van állítva, akkor ez a tulajdonság csak akkor lép érvénybe, ha két azonos hálózati késésű forrás van.

A súlyozott módszer néhány hasznos forgatókönyvet tesz lehetővé:

• Fokozatos alkalmazásfrissítés: A forgalom százalékos arányát adja meg egy új forráshoz való átirányításhoz, és fokozatosan növeli a forgalmat az idő múlásával, hogy a többi forráshoz hasonló legyen.
• Alkalmazásmigrálás az Azure-ba: Hozzon létre egy forráscsoportot azure-beli és külső forrásokkal. Állítsa be a források súlyát az új források előnyben részesítéséhez. Ezt fokozatosan állíthatja be, kezdve azzal, hogy az új források le vannak tiltva, majd a legkisebb súlyokat rendeli hozzájuk, lassan növelve azt olyan szintekre, ahol a legtöbb forgalmat bonyolítják. Végül tiltsa le a kevésbé előnyben részesített forrásokat, és távolítsa el őket a csoportból.
• Felhőkitörés a további kapacitás érdekében: Gyorsan bővítheti a helyszíni üzembe helyezést a felhőben a Front Door mögé helyezve. Ha további kapacitásra van szüksége a felhőben, hozzáadhat vagy engedélyezhet több forrást, és megadhatja, hogy a forgalom mely része irányítja az egyes forrásokat.

Munkamenet-affinitás

Az Azure Front Door alapértelmezés szerint munkamenet-affinitás nélkül továbbítja az ugyanabból az ügyfélből származó kéréseket különböző forrásokra. Bizonyos állapotalapú alkalmazások vagy bizonyos helyzetekben, amikor az ugyanazon felhasználótól érkező kérések ugyanazt a forrást részesítik előnyben a kezdeti kérés feldolgozásához. A cookie-alapú munkamenet-affinitás funkció akkor hasznos, ha egy felhasználói munkamenetet ugyanazon a forráson szeretne tartani. Ha felügyelt cookie-kat használ a forrás URL-címének SHA256-jával a cookie azonosítójaként, az Azure Front Door a felhasználói munkamenetből származó forgalmat ugyanarra a forrásra irányíthatja feldolgozásra.

A munkamenet-affinitás engedélyezhető az Azure Front Door Standard és a Prémium szintű forráscsoport szintjén, valamint az előtérbeli gazdagépszinten az Azure Front Doorban (klasszikus) minden konfigurált tartományhoz (vagy altartományhoz). Ha engedélyezve van, az Azure Front Door hozzáad egy cookie-t a felhasználó munkamenetéhez. A cookie-k neve ASLBSA és ASLBSACORS. A cookie-alapú munkamenet-affinitás lehetővé teszi a Front Door számára, hogy azonos IP-cím mögött is azonosítsa a különböző felhasználókat, ami lehetővé teszi a forgalom egyenletesebb elosztását a különböző források között.

A cookie élettartama megegyezik a felhasználói munkamenet élettartamával, mivel a Front Door jelenleg csak a munkameneti cookie-kat támogatja.

Feljegyzés

Függetlenül attól, hogy hol van konfigurálva, a munkamenet-affinitást a böngésző munkamenet cookie-ján keresztül jegyezzük fel a tartomány szintjén. Az azonos helyettesítő karakterek tartományában lévő altartományok megoszthatják a munkamenet-affinitást addig, amíg ugyanaz a böngésző ugyanarra a forráserőforrásra vonatkozó kéréseket küld.

A nyilvános proxyk zavarhatják a munkamenet-affinitást. Ennek az az oka, hogy a munkamenet létrehozásához a Front Doornak hozzá kell adnia egy munkamenet-affinitási cookie-t a válaszhoz, ami nem hajtható végre, ha a válasz gyorsítótárazható, mivel megzavarná az ugyanazon erőforrást kérő többi ügyfél cookie-ját. A védelem érdekében a munkamenet-affinitás nem jön létre, ha a forrás gyorsítótárazható választ küld, amikor ezt megkísérlik. Ha a munkamenet már létrejött, nem számít, hogy a forrásból érkező válasz gyorsítótárazható-e.

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álasznak tartalmaznia kell a Cache-Control tároló nélküli fejlécet.
• Ha a válasz fejlécet Authorization tartalmaz, nem lehet lejárt.
• 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.