Megbízhatóság az Azure Application Gateway 2-ben

Az Azure Application Gateway egy webes forgalom terheléselosztója, amellyel kezelheti a webalkalmazások felé irányuló forgalmat. Olyan speciális funkciókat biztosít, mint az automatikus skálázás, a zónaredundancia, a statikus virtuális IP-címek (VIP) és a webalkalmazási tűzfal (WAF) integrációja a magas rendelkezésre állású és biztonságos alkalmazáskézbesítési szolgáltatások biztosításához.

Az Azure használatakor a megbízhatóság közös felelősség. A Microsoft számos lehetőséget kínál a rugalmasság és a helyreállítás támogatására. Ön a felelős azért, hogy megértse, hogyan működnek ezek a képességek az összes használt szolgáltatáson belül, és válassza ki azokat a képességeket, amelyekre szüksége van az üzleti célok és az üzemidő céljainak eléréséhez.

Ez a cikk azt ismerteti, hogyan teheti rugalmassá az Application Gateway v2-t számos lehetséges kimaradással és problémával szemben, beleértve az átmeneti hibákat, a rendelkezésre állási zónák leállását és a régiókimaradásokat. Az Application Gateway v2 szolgáltatásszint-szerződéssel (SLA) kapcsolatos néhány fontos információt is kiemel.

Fontos

Az általános megoldás megbízhatósága azon háttérkiszolgálók konfigurációjától függ, amelyekbe az Application Gateway irányítja a forgalmat. A megoldástól függően ezek lehetnek az Azure virtuális gépei (VM-k), az Azure virtuálisgép-méretezési csoportjai, az Azure alkalmazásszolgáltatásai vagy külső végpontok.

A háttérkiszolgálók nem tartoznak a jelen cikk hatókörébe, de a rendelkezésre állási konfigurációk közvetlenül befolyásolják az alkalmazás rugalmasságát. Tekintse át a megoldás összes Azure-szolgáltatásának megbízhatósági útmutatóját, és ismerje meg, hogy az egyes szolgáltatások hogyan támogatják a megbízhatósági követelményeket. Annak biztosításával, hogy a háttérkiszolgálók magas rendelkezésre állásra és zónaredundanciára is konfigurálva legyenek, teljes körű megbízhatóságot érhet el az alkalmazás számára.

Termelési üzembe helyezési javaslatok

Ha tudni szeretné, hogyan helyezheti üzembe az Application Gatewayt a megoldás megbízhatósági követelményeinek támogatásához, és hogy a megbízhatóság hogyan befolyásolja az architektúra egyéb aspektusait, tekintse meg az Azure Well-Architected-keretrendszer Application Gatewayre vonatkozó ajánlott architektúrával kapcsolatos ajánlott eljárásait.

A megbízhatósági architektúra áttekintése

Az Application Gateway egy felügyelt szolgáltatás. Fontos tisztában lenni a szolgáltatásarchitektúra néhány fontos elemével, hogy megalapozott megbízhatósági döntéseket hozhass.

• Átjáró: Az Application Gateway telepítésekor egy átjárót helyez üzembe, amely az Azure-erőforrás, amellyel dolgozik.

• Példányok: A példány az átjáró egyetlen egysége. Egy átjárónak több példánya van. Minden példány saját privát IP-címmel rendelkezik, kezeli a forgalmat, és átirányítja a kéréseket.

  Fontos

  A magas rendelkezésre állás érdekében minden átjáró mindig legalább két példánysal jön létre. Az Azure Portal azonban azt jelezheti, hogy az átjáró egyetlen példánysal rendelkezik, annak ellenére, hogy valójában kettővel rendelkezik.

  A platform automatikusan kezeli a példányok létrehozását, az állapotfigyelést és a nem megfelelő példányok cseréjét. Emellett kezeli a példányok elegáns eltávolítását a méretezési események során. Ezt a folyamatot kapcsolatelvezetésnek nevezzük.

  Az alábbi ábrán egy átjáró látható két példánnyal:

  

Ha több rendelkezésre állási zónában szeretné elosztani a példányokat, és így növelni szeretné a redundanciát és a rendelkezésre állást az adatközpontok meghibásodásai során, engedélyezheti a zónaredundanciát.

• Méretezés: Az átjáró megbízhatóságának egyik fontos eleme, hogy hogyan méretezhető a forgalom igényeinek teljesítésére. Ha egy átjáró nincs megfelelően skálázva, a forgalom nem tud áramlani, és az alkalmazás leállást tapasztalhat. Az Application Gatewayt az alábbi skálázási módok egyikének használatára konfigurálhatja.

  • Automatikus skálázás: Automatikusan módosítja a megadott tartományon belüli példányok számát. Az automatikus skálázás a példányok számát az aktuális forgalmi igény alapján skálázza.

  • Manuális skálázás: Pontosan meg kell adnia a példányok számát. Ön felel a forgalomigénynek megfelelő példányszám kiválasztásáért.

  A kapacitásegységek olyan kapacitásmennyiséget jelölnek, amelyet az átjáró feldolgozhat. A kapacitásegység olyan szintetikus mérték, amely magában foglalja a forgalmat, a kapcsolatok számát és a számítási erőforrásokat. Minden példány legalább 10 kapacitásegységet képes kezelni. További információ: Application Gateway v2 és WAF v2 skálázása.

• Állapotadat-mintavételek: Az Application Gateway állapottesztekkel folyamatosan figyeli a háttérkiszolgálókat, például az egyes alkalmazáskiszolgálókat. A forgalom automatikusan átirányítható az kifogástalan háttérkiszolgálókra, ha a rendszer nem megfelelő kiszolgálókat észlel.

Rugalmasság átmeneti hibákhoz

Az átmeneti hibák rövid, időszakos meghibásodások a komponensekben. Gyakran előfordulnak elosztott környezetben, például a felhőben, és ezek a műveletek szokásos részei. Az átmeneti hibák rövid idő elteltével kijavítják magukat. Fontos, hogy az alkalmazások kezelni tudják az átmeneti hibákat, általában az érintett kérések újrapróbálásával.

Minden felhőalapú alkalmazásnak követnie kell az Azure átmeneti hibakezelési útmutatóját, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és egyéb összetevőkkel kommunikálnak. További információ: Átmeneti hibák kezelésére vonatkozó javaslatok.

Az Application Gateway használatakor vegye figyelembe az alábbi ajánlott eljárásokat:

• Újrapróbálkozási logika implementálása. Az ügyfeleknek megfelelő újrapróbálkozási mechanizmusokat kell implementálniuk az átmeneti csatlakozási hibákhoz.

• Konfigurálja az állapotellenőrzéseket tűréshatárral. Konfigurálja az állapotadat-mintavételeket úgy, hogy türelmi időszakot engedélyezhessenek az átmeneti hibák esetén. A egészségügyi tesztek beállíthatók egy nem egészséges küszöbértékkel, amely meghatározza az egymást követő sikertelen kapcsolati kísérletek számát, amelyek miatt a háttérkiszolgáló nem egészségesként lesz megjelölve. A három alapértelmezett érték biztosítja, hogy a háttérkiszolgálók átmeneti hibái ne aktiválják az Application Gatewayt, hogy szükségtelenül ne jelölje meg a kiszolgálót nem megfelelő állapotúként.

Rugalmasság a rendelkezésre állási zóna hibáival szemben

A rendelkezésre állási zónák fizikailag különálló adatközpont-csoportok egy Azure-régión belül. Ha egy zóna meghibásodik, a szolgáltatások a fennmaradó zónák egyikére is át tudnak adni feladatokat.

Az Application Gateway kétféle rendelkezésreállási zónát támogat, ha Standard_v2 vagy WAF_v2 átjárót helyez üzembe egy támogatott régióban.

• Zónaredundáns: Az Azure automatikusan osztja el a példányokat két vagy több rendelkezésre állási zónában.

  Új átjáró üzembe helyezésekor alapértelmezés szerint zónaredundáns.

  Az alábbi ábra egy zónaredundáns átjárót mutat be három olyan példánysal, amelyek három rendelkezésre állási zónában vannak elosztva:

  

• Zonal: Az Azure minden Application Gateway-példányt egyetlen zónába helyez üzembe, amelyet a kiválasztott Azure-régióban választ ki.

  Az alábbi ábra egy három példányt tartalmazó zonális átjárót mutat be, amelyek ugyanabban a rendelkezésre állási zónában vannak üzembe helyezve:

  

  Fontos

  Egyetlen rendelkezésre állási zónába való rögzítés csak akkor ajánlott, ha a zónák közötti késés túl magas az igényeinek megfelelően, és ha ellenőrzi, hogy a késés nem felel-e meg a követelményeknek. A zónaátjáró önmagában nem biztosít rugalmasságot a rendelkezésre állási zónák kimaradása esetén. A zónaszintű Application Gateway-telepítés rugalmasságának javítása érdekében külön átjárókat kell külön üzembe helyeznie több rendelkezésre állási zónában, és konfigurálnia kell a forgalomirányítást és a feladatátvételt.

Requirements

• Régiótámogatás: Az Application Gateway a rendelkezésre állási zónákat támogató összes Azure-régióban támogatja a rendelkezésre állási zónákat támogató Standard_v2 és WAF_v2 szintekhez tartozó rendelkezésre állási zónákat.

• SKU: A rendelkezésre állási zónák támogatásának engedélyezéséhez a Standard_v2 vagy WAF_v2 termékváltozatot kell használnia.

• Példányok száma: Az átjárónak legalább két példánnyal kell rendelkeznie.

  Megjegyzés:

  Minden átjáró legalább két példányokkal rendelkezik a magas rendelkezésre állás érdekében. Még akkor is, ha az Azure Portal azt jelzi, hogy az átjáró egyetlen példánysal rendelkezik, belsőleg mindig legalább két példánysal jön létre.

Megfontolások

A zónaredundáns átjárók a régió két vagy több rendelkezésre állási zónájában vannak elosztva. Egy három rendelkezésre állási zónával rendelkező régióban például egy zónaredundáns Application Gateway 2-es üzemelő példánya legalább két ilyen zónában található. A régiók kapacitásától és a platformdöntésektől függően előfordulhat, hogy az instanciák két vagy három zónára vannak szétosztva.

Költség

Az Application Gateway v2 rendelkezésre állási zónájának támogatása nem jár többletköltséggel a standard kapacitásegység-díjszabáson túl. A díjszabás részleteiért lásd: Az Application Gateway, a WAF és azApplication Gateway díjszabásának ismertetése.

A rendelkezésre állási zóna támogatásának konfigurálása

Ez a szakasz bemutatja, hogyan konfigurálhatja a rendelkezésre állási zónák támogatását az átjárókhoz.

• Hozzon létre egy új átjárót a rendelkezésre állási zóna támogatásával. A rendelkezésre állási zónák konfigurálásának módszere attól függ, hogy zónaredundáns vagy zónaszintű átjárót szeretne-e létrehozni.

  • Zónaredundáns: Az új átjárók alapértelmezés szerint zónaredundánsként jönnek létre. A példányok több rendelkezésre állási zónában vannak elosztva, és két vagy több zónát is használhatnak a régióban.

    Új átjáró üzembe helyezéséhez tekintse meg a rövid útmutatót: Webes forgalom irányítása az Application Gateway használatával – Azure Portal.

    Az Azure CLI, az Azure PowerShell, a Bicep, az Azure Resource Manager-sablonok (ARM-sablonok) vagy a Terraform használatakor opcionálisan megadhatja az átjáró üzembe helyezéséhez szükséges rendelkezésre állási zónákat. Zónaredundáns átjárót két vagy több zóna megadásával helyezhet üzembe. Javasoljuk azonban, hogy hagyja ki a zónalistát, hogy az átjáró az összes rendelkezésre állási zónát használhassa, hacsak nincs konkrét oka arra, hogy ne használjon egy adott zónát.

  • Zonal: Az alábbi eszközökkel üzembe helyezhet egy zonális átjárót.

    • Azure CLI: A zónákat a --zones paraméter használatával kell kifejezetten kijelölnie a az network application-gateway create parancsban. Ha egyetlen zónára szeretné rögzíteni az átjárót, adja meg a logikai zóna számát.

    • Azure PowerShell: Használja a -Zone paramétert a New-AzApplicationGateway parancsban. Ha egyetlen zónára szeretné rögzíteni az átjárót, adja meg a logikai zóna számát.

    • Bicep- és ARM-sablonok: Konfigurálja a zones tulajdonságot az erőforrás-definícióban. Ha egyetlen zónára szeretné rögzíteni az átjárót, adja meg a logikai zóna számát.

    Megjegyzés:

    Amikor kiválasztja a használni kívánt rendelkezésre állási zónákat, valójában a logikai rendelkezésre állási zónát választja ki. Ha más számítási feladat-összetevőket helyez üzembe egy másik Azure-előfizetésben, előfordulhat, hogy egy másik logikai rendelkezésre állási zónaszámmal férnek hozzá ugyanahhoz a fizikai rendelkezésre állási zónához. További információ: Fizikai és logikai rendelkezésre állási zónák.

• Módosítsa egy meglévő Application Gateway v2-példány rendelkezésreállási zónájának konfigurációját. Az összes átjáró zónaredundáns, hacsak nem konfigurálta őket zónaszintűre.

  Ha zónaredundáns átjáróról zónális konfigurációra kell váltania, új átjárót kell üzembe helyeznie.

• A rendelkezésre állási zóna támogatásának letiltása. A rendelkezésre állási zóna támogatása nem tiltható le. A rendelkezésre állási zónákat támogató régiók összes átjárójának zónaredundánsnak vagy zónaszintűnek kell lennie.

Kapacitástervezés és -kezelés

Ha zónahibákat tervez egy zónaredundáns alkalmazásátjáró vagy több zónában üzembe helyezett több zonális átjáró esetében, vegye figyelembe, hogy a túlélő zónák példányai nagyobb terhelést tapasztalhatnak a forgalom újraelosztása során. A kapcsolatok rövid megszakításokat tapasztalhatnak, amelyek néhány másodpercig tarthatnak.

A kapacitás hatékony kezeléséhez hajtsa végre a következő műveleteket:

• Automatikus skálázás használata. Konfigurálja az automatikus skálázást a megfelelő maximális példányszámmal a potenciális forgalom újraelosztásának kezeléséhez a zónakimaradások során.

  Ha manuális skálázást használ, a rendelkezésre állási zóna meghibásodására való felkészüléshez fontolja meg a példányok túlkiosztását az átjáróban. A túlkiépítés lehetővé teszi a megoldás számára, hogy bizonyos fokú kapacitásvesztést elviseljen, miközben a teljesítmény romlása nélkül működik tovább. További információ: Kapacitás kezelése túlkiépítéssel.

• Válasz a forgalmi minták változásaira. A kapacitásmetrikák monitorozása és a skálázási paraméterek módosítása a forgalmi minták és a teljesítménykövetelmények alapján.

Viselkedés, ha minden zóna kifogástalan

A következő szakasz bemutatja, hogy mire számíthat, ha az Application Gateway v2 rendelkezésre állási zóna támogatásával van konfigurálva, és az összes rendelkezésre állási zóna működőképes.

• Forgalomirányítás zónák között: Az Application Gateway automatikusan osztja el a bejövő kéréseket a példányok között az átjáró által használt összes zónában. Ez az aktív-aktív konfiguráció optimális teljesítményt és terheléselosztást biztosít normál üzemeltetési körülmények között.

• Példánykezelés: A platform automatikusan kezeli a példányok elhelyezését az azokban a zónákban, amelyeket az átjáró használ. Lecseréli a sikertelen példányokat, és fenntartja a konfigurált példányok számát. Az állapotmonitorozás biztosítja, hogy csak az kifogástalan állapotú példányok fogadják a forgalmat.

Viselkedés zónahiba esetén

A következő szakasz ismerteti, hogy mire számíthat, ha az Application Gateway v2 rendelkezésre állási zóna támogatásával van konfigurálva, és egy vagy több rendelkezésre állási zóna nem érhető el.

• Észlelés és válasz: Az észlelésért és a válaszadásért az átjáró által használt rendelkezésre állási zóna konfigurációja felel.

  • Zónaredundáns: A Microsoft kezeli a zónahibák észlelését, és automatikusan elindítja a feladatátvételt. Nincs szükség az ügyfél beavatkozására.

  • Zonal: Észlelnie kell egy rendelkezésre állási zóna elvesztését, és áthelyezést kell kezdeményeznie egy másik rendelkezésre állási zónában létrehozott másodlagos átjáróra, amelyet Ön hoz létre.

• • Értesítés: A Microsoft nem értesíti automatikusan, ha egy zóna le van omlva. Az Azure Resource Health használatával azonban figyelheti az egyes erőforrások állapotát, és beállíthat Resource Health-riasztásokat a problémákról való értesítéshez. Az Azure Service Health használatával is megismerheti a szolgáltatás általános állapotát, beleértve a zónahibákat is, és beállíthat Service Health-riasztásokat a problémákról való értesítéshez.

• Aktív kérések: A zónakimaradás során az adott zónában lévő példányok által feldolgozott kérések leállnak. Az ügyfeleknek újra kell próbálkoznia a kérésekkel az átmeneti hibák kezelésére vonatkozó útmutatást követve.

• Várható adatvesztés: A zónahibák várhatóan nem okoznak adatvesztést, mivel az Application Gateway állapot nélküli szolgáltatás.

• Várható állásidő: A várható állásidő az átjáró által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: A zónakimaradások során a kapcsolatok rövid megszakításokat tapasztalhatnak, amelyek általában néhány másodpercig tartanak a forgalom újraelosztása során.

  • Zonal: Ha egy zóna nem érhető el, az átjáró nem érhető el, amíg a rendelkezésre állási zóna helyre nem áll.

• Példánykezelés: A példánykezelési viselkedés az átjáró által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: A platform úgy próbálja fenntartani az átjáró kapacitását, hogy ideiglenes példányokat hoz létre más rendelkezésre állási zónákban.

    Az Application Gateway belsőleg virtuálisgép-méretezési csoportokat használ, amelyek legjobb erőfeszítés zónaelosztást hajtanak végre. Emiatt előfordulhat, hogy a skálázási műveletek nem történnek meg, ha a kapacitás nem osztható el egyenlően a zónák között (+/- 1 példány).

  • Zonal: Ha szükség van rájuk, ön felelős a példányok kifogástalan állapotú zónákban való létrehozásáért.

• Forgalom átirányítása: A forgalom átirányítási viselkedése az átjáró által használt rendelkezésre állási zóna konfigurációjától függ.

  • Zónaredundáns: Az Application Gateway azonnal újra terjeszti a kifogástalan állapotú zónákban lévő példányok felé irányuló forgalmat, beleértve az ideiglenesen létrehozott példányokat is.

  • Zonal: Ha egy zóna nem érhető el, az átjáró nem érhető el. Ha egy másik rendelkezésre állási zónában lévő másodlagos átjáróval rendelkezik, a forgalmat az adott másodlagos átjáróhoz kell átirányítani.

Zóna helyreállítása

A helyreállítási viselkedés a zónában az átjáró által használt rendelkezésre állási zóna konfigurációjától függ.

• Zónaredundáns: Az érintett rendelkezésre állási zóna helyreállításakor az Application Gateway automatikusan végrehajtja a következő műveleteket:

  • A helyreállított zónában lévő példányok visszaállítása

  • Eltávolítja az áramkimaradás során más zónákban létrehozott ideiglenes példányokat

  • Visszaáll a normál forgalomelosztásra az összes elérhető zónában

• Zonal: A rendelkezésre állási zóna helyreállítása után ön felel az átjáró felé irányuló forgalom átirányításáért az eredeti rendelkezésre állási zónában.

Zónahibák tesztelése

A zónahibák tesztelésének lehetőségei az átjáró által használt rendelkezésre állási zóna konfigurációjától függenek.

• Zónaredundáns: Az Application Gateway platform teljes mértékben kezeli a forgalomirányítást, a feladatátvételt és a feladat-visszavételt a zónaredundáns átjárók esetében. Mivel a Microsoft kezeli ezt a funkciót, nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait. A platform transzparens módon kezeli az összes zónahiba-forgatókönyvet.

• Zonal: Az átjárók explicit leállításával szimulálhatja a rendelkezésre állási zónák meghibásodásának néhány aspektusát. Az átjáró leállításával tesztelheti, hogy más rendszerek és terheléselosztók hogyan kezelik az átjáró leállását. További információ : Az Application Gateway leállítása és elindítása.

Rugalmasság régiószintű hibákhoz

Az Application Gateway v2 egy egyrégiós szolgáltatás. Ha a régió elérhetetlenné válik, az átjáró is elérhetetlenné válik.

Egyéni többrégiós megoldások a rugalmasság érdekében

Ha többrégiós rugalmasságot szeretne elérni az Application Gateway v2 használatával, minden egyes kívánt régióban külön átjárókat kell üzembe helyeznie, és a régiók közötti forgalomkezelést kell implementálnia. Ön felel az egyes átjárók üzembe helyezéséért és konfigurálásáért, valamint a forgalomirányításért és a feladatátvételért. Vegye figyelembe a következő szempontokat:

• Konzisztens Application Gateway-szabályok és szabályzatok konfigurálása régiók között. Az infrastruktúrát kódként (IaC) definiálhatja olyan eszközökkel, mint a Bicep vagy a Terraform, így egyszerűbbé teheti a régiók közötti üzembe helyezéseket és konfigurációkat.

• Globális terheléselosztási megoldás üzembe helyezése, amely képes forgalmat küldeni a regionális átjárók között. Az Azure globális terheléselosztási szolgáltatásai az Azure Traffic Manager és az Azure Front Door. Minden szolgáltatás állapot-ellenőrzés, földrajzi közelség vagy teljesítménymetrika alapján irányítja a forgalmat. Az Azure Front Door számos egyéb képességet is kínál, beleértve az elosztott szolgáltatásmegtagadási (DDoS) támadásvédelmet, a WAF-képességeket, valamint a speciális szabályokat és útválasztási funkciókat.

• Az átjárón túl fontolja meg a háttéralkalmazások és adatok régiók közötti replikálását. A többrégiós üzembe helyezési megközelítések megismeréséhez tekintse meg az egyes Azure-szolgáltatások megbízhatósági útmutatóit.

Példaként tekintse meg az Application Gateway használata a Traffic Managerrel című témakört.

Biztonsági mentés és visszaállítás

Az Application Gateway v2 egy állapot nélküli szolgáltatás, amely nem igényel hagyományos biztonsági mentési és visszaállítási műveleteket. Minden konfigurációs adat a Resource Managerben van tárolva, és IaC-módszerekkel, például Bicep-fájlokkal vagy ARM-sablonokkal újra üzembe helyezhető.

A konfigurációkezeléshez és a vészhelyreállításhoz a következő műveleteket kell végrehajtania:

• Definiálja az Application Gateway üzembe helyezésének konfigurációját Bicep-fájlok vagy ARM-sablonok használatával, vagy exportálja egy meglévő átjáró konfigurációját.

• Az Átviteli réteg biztonsági (TLS) tanúsítványait az Azure Key Vaultban tárolhatja a biztonságos felügyelet és replikáció érdekében.

• Dokumentum- és verziókövetés egyéni konfigurációk, szabályok és szabályzatok.

• Automatizált üzembehelyezési folyamatok implementálása az átjárók konzisztens kiépítéséhez.

A legtöbb megoldás esetében nem szabad kizárólag biztonsági másolatokra támaszkodnia. Ehelyett használja az útmutatóban ismertetett egyéb képességeket a rugalmassági követelmények támogatására. A biztonsági másolatok azonban védelmet nyújtanak bizonyos kockázatok ellen, amelyeket más megközelítések nem. További információ: Mi a redundancia, a replikáció és a biztonsági mentés?

A szolgáltatás karbantartásával szembeni rugalmasság

Az Application Gateway v2 rendszeres szolgáltatásfrissítéseket és egyéb karbantartási feladatokat hajt végre. A frissítés során elvárt kapacitás fenntartása érdekében a platform automatikusan hozzáadja az átjáró további példányait a frissítési folyamat során. Azonban gondoskodnia kell arról, hogy az átjáró alhálózata elegendő szabad IP-címtérrel rendelkezzen az ideiglenes példányok létrehozásához. További információ: Hogyan kezeli az Application Gateway a rutinszerű karbantartást?

Szolgáltatásiszint-szerződés

Az Azure-szolgáltatások szolgáltatásiszint-szerződése (SLA) leírja az egyes szolgáltatások várható elérhetőségét, valamint azokat a feltételeket, amelyeket a megoldásnak teljesítenie kell a rendelkezésre állási elvárás eléréséhez. További információ: SLA-k az online szolgáltatásokhoz.

Ahhoz, hogy egy átjáró jogosult legyen az Application Gateway rendelkezésre állási SLA-jára, meg kell felelnie a következő feltételeknek:

• A HTTP-terheléselosztás végrehajtásához megfelelően kell konfigurálni.
• Zónaredundánsnak kell lennie, vagy úgy kell konfigurálni, hogy automatikus skálázást használjon.

Kapcsolódó tartalom

• Az Azure megbízhatóságának áttekintése