Megbízhatóság a Azure Web PubSub szolgáltatásban

Azure Web PubSub Service egy teljes mértékben felügyelt, valós idejű üzenetkezelési szolgáltatás, amely a WebSocket protokoll használatával kétirányú kommunikációt tesz lehetővé a kiszolgálók és az ügyfelek között. Egyetlen Web PubSub-erőforrás egymillió egyidejű WebSocket-kapcsolatra méretezhető. A szolgáltatás számos üzenetkezelési mintát támogat, például a szerverről kliensre történő közvetítést, az elnevezett csoportoknak való üzenetküldést, a kliens-kliens közötti pub/sub-t és az AI tokenek streamelését.

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á a Azure Web PubSub szolgáltatást számos lehetséges kimaradás és probléma esetén, beleértve az átmeneti hibákat, a rendelkezésre állási zónák hibáit és az egész régióra kiterjedő hibákat. Azt is ismerteti, hogy a szolgáltatás hogyan kezeli a karbantartást, és kiemeli a Azure Web PubSub szolgáltatásiszint-szerződéssel (SLA) kapcsolatos legfontosabb információkat.

A termelési üzembe helyezési javaslatok a megbízhatóság érdekében

Gyártási munkaterhelések esetén kövesse az alábbi javaslatokat:

  • Használja a Prémium szintet. A prémium szint ellenáll a támogatott régiókban fellépő rendelkezésreállási zónák hibáinak, és lehetővé teszi a georeplikálás konfigurálását.
  • Az ügyfélalkalmazások létrehozásakor használja az Azure Web PubSub ügyféloldali SDK-t, vagy kövesse az átmeneti hibakezelési útmutatást a biztonságos újracsatlakozással. A zóna átállásai, a régió átállásai és az átmeneti hibák mind megszakítják az aktív kapcsolatokat.
  • Engedélyezze a georeplikációs védelmet a régiószintű hibák ellen. Az egyes replikákat úgy méretezze, hogy elegendő egység legyen bennük ahhoz, hogy a feladatátvételi esemény során a teljes várt forgalmi terhelést kezelni tudják.

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

Ez a szakasz a szolgáltatás megbízhatóság szempontjából leginkább releváns működésének néhány fontos aspektusát ismerteti. A szakasz bemutatja a logikai architektúrát, amely tartalmazza a telepített és használt erőforrásokat és funkciókat. Emellett a fizikai architektúrát is ismerteti, amely részletesen bemutatja, hogyan működik a szolgáltatás a borítók alatt.

Logikai architektúra

A létrehozott erőforrás egy Web PubSub-erőforrás. Több egységből álló erőforrást konfigurálhat, amely az erőforrás kapacitását jelöli, beleértve az egyidejű kapcsolatok maximális számát is. További információ: A szolgáltatás Azure Web PubSub teljesítmény-útmutatója.

Egy Web PubSub-erőforrás globálisan egyedi végpontja hasonló a contoso.webpubsub.azure.com-hoz/-hez. Az ügyfelek WebSocket-kapcsolatokat létesítenek ehhez a végponthoz. Az alkalmazáskiszolgálók ugyanahhoz a végponthoz csatlakozva üzeneteket küldenek és eseményeket fogadnak az ügyfelektől.

További információ: Azure Web PubSub szolgáltatás belső működése.

Fizikai architektúra

Azure Web PubSub szolgáltatás kezeli a WebSocket kapcsolati állapotát és az üzenetek útválasztását számítási erőforrások készletében. Microsoft kezeli a mögöttes infrastruktúrát. Nem látja közvetlenül a szolgáltatás által használt egyes virtuális gépeket vagy más infrastruktúra-összetevőket.

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.

A WebSocket egy hosszú élettartamú kapcsolati protokoll. Az átmeneti hálózati események, a háttérinfrastruktúra újraindítása és a szolgáltatások karbantartási műveletei megszakíthatják az aktív kapcsolatot. Az alapszintű újracsatlakozás visszaállítja a kapcsolatot, de további logika nélkül az ügyfél elveszíti azokat az üzeneteket, amelyek a kimaradás során a repülés közben voltak, vagy várólistára kerültek.

Azure Web PubSub szolgáltatás megbízható alprotokollok révén kezeli ezt a problémát, amelyek a nyers WebSocket-kapcsolat felett működnek. Az alprotokollok nyomon követik az üzenetütemezést és a kapcsolat állapotát, hogy amikor megszakad a kapcsolat, az ügyfél újratárgyalja a szolgáltatást, és onnan folytatódjon, ahonnan abbahagyta.

A kapcsolat megszakadása és újracsatlakozása után általában nincs üzenetvesztés. Vannak azonban olyan helyzetek, amikor üzenetvesztés fordulhat elő. Ha például az ügyfél több mint egy percig bontja a kapcsolatot, majd ugyanazzal a kapcsolatazonosítóval újracsatlakozik, az újracsatlakozási művelet hibaállapotot jelenít meg, amely jelzi az üzenetvesztést.

A megbízható részprotocolok előnyeinek kihasználásához kövesse az alábbi javaslatokat:

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.

Azure Web PubSub szolgáltatás támogatja a zónaredundáns üzembe helyezéseket a prémium szintű szint használatakor. Ha prémium szintű Web PubSub-erőforrást hoz létre vagy frissít egy olyan régióban, amely támogatja a rendelkezésre állási zónákat, a zónaredundancia automatikusan engedélyezve lesz. A szolgáltatás az infrastruktúráját a régió több rendelkezésre állási zónája között osztja el. Ha egy zóna meghibásodik, a szolgáltatás átirányítja a forgalmat egy kifogástalan állapotú zónában lévő infrastruktúrába.

Diagram, amely egy zónaredundáns Azure Web PubSub szolgáltatást jelenít meg, több rendelkezésre állási zónában elosztva.

Követelmények

  • Régiótámogatás: A zónaredundancia a legtöbb régióban támogatott, ahol mindkét feltétel érvényes:

    A Nyugat-Japán azonban jelenleg nem támogatja a zónaredundanciát Azure Web PubSub esetében.

  • Tier: A zónaredundancia a Prémium szinten érhető el.

Cost

A zónaredundancia nem jár költséggel, és a prémium szintű standard tarifacsomagot kell fizetnie. További információ: Azure Web PubSub szolgáltatás díjszabása.

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

A zónaredundanciához nincs szükség a prémium szintű szint kiválasztásán túli konfigurációra. Mindkét esetben automatikusan engedélyezve van:

  • Hozzon létre egy új zónaredundáns Web PubSub erőforrást. Válassza ki a prémium szintű termékváltozatot az erőforrás létrehozásakor. További információ: A Azure Web PubSub erőforrás létrehozása.

  • Meglévő erőforrás frissítése Prémium szintre. A zónaredundancia automatikusan engedélyezve lesz, ha egy meglévő erőforrást prémium szintű termékváltozatra frissít. A Standardról a Prémium verzióra való frissítés nem okoz szolgáltatáskimaradást. További információ: Azure Web PubSub szolgáltatáspéldány méretezése.

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

Ez a szakasz azt ismerteti, hogy mire számíthat, ha Azure Web PubSub erőforrást konfigurál a zónaredundanciához, és az összes rendelkezésre állási zóna működőképes.

  • Zónák közötti művelet: Az Azure Web PubSub szolgáltatás automatikusan kezeli a kapcsolatok és műveletek rendelkezésre állási zónák közötti elosztását. A több zónában lévő infrastruktúra egy aktív-aktív modellben dolgozza fel a forgalmat. Nem kell semmit konfigurálnia, hogy kihasználhassa ezt a viselkedést. A szolgáltatás automatikusan átirányítja az üzeneteket a példányok között a zónák között, így az egyik zónában lévő ügyfél által küldött üzenetek a többi zónában csatlakoztatott ügyfeleknek lesznek kézbesítve.

  • Cross-zone adatreplikálás: Az Azure Web PubSub szolgáltatás nem tárol ügyféladatokat. A szolgáltatás fenntartja a munkamenet metaadatait, például a kapcsolat állapotát és az aktív kapcsolatok üzenetütemezési adatait. Ez a metaadatok szinkron módon replikálódnak a rendelkezésre állási zónák között.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha egy Azure Web PubSub-erőforrást konfigurál a zónaredundanciához, és kimaradás van az egyik rendelkezésre állási zónában.

  • Észlelés és reagálás: Az Azure Web PubSub szolgáltatásplatform felelős a rendelkezésre állási zónában fellépő hibák észleléséért és kezeléséért. A zónaátállás kezdeményezéséhez nem kell semmilyen műveletet végrehajtania.
  • Értesítés: A Microsoft nem értesíti önt automatikusan, ha egy zóna nem működik. 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: Zónahiba esetén az érintett zónában az infrastruktúra felé létesített aktív WebSocket-kapcsolatok megszakadnak. Ha az ügyfelek megfelelően kezelik az átmeneti hibákat , például rövid idő után újracsatlakoznak, általában elkerülik a jelentős hatást.

  • Expected adatvesztés: Az Azure Web PubSub szolgáltatás nem őriz meg üzeneteket, így nem várható, hogy egy zónahiba adatvesztést okozna az Azure Web PubSub szolgáltatáson belül. Az aktív kapcsolatok azonban megszakadnak egy zónalehagyási esemény során, így az aktívan továbbított adatok elveszhetnek.

    Ha a közzétevők Azure Web PubSub ügyféloldali SDK-t használnak, vagy a megbízható részprotokollokat implementálják, a szolgáltatás a szolgáltatás fogadása után nyugtázza az üzeneteiket. Ha egy üzenet nyugtázva van, az összes rendelkezésre állási zónában replikálódik, így a közzétevő zóna meghibásodása nem eredményezi az üzenet elvesztését. Ha azonban egy előfizető nem kapja meg az üzenetet az eldobott üzenet előtt, előfordulhat, hogy nem kapja meg az üzenetet.

  • Várható állásidő: Az elvetett aktív kapcsolatok újracsatlakozása általában néhány másodpercet vesz igénybe. Az újracsatlakozási logikát megvalósító ügyfelek minimális fennakadást tapasztalnak.

  • Redistribution: Azure Web PubSub A szolgáltatás észleli a zóna elvesztését, és automatikusan újraterjeszti a forgalmat az egészséges zónák között. Nem kell semmilyen műveletet elvégeznie.

Zóna helyreállítása

Amikor egy rendelkezésre állási zóna helyreáll, Azure Web PubSub szolgáltatás automatikusan újraépíti azt az aktív szolgáltatástopológiába. A zóna-helyreállításhoz nem kell semmilyen műveletet elvégeznie.

A zóna helyreállítása után előfordulhat, hogy az új kapcsolatok a helyreállított zónában lévő infrastruktúrára lesznek irányítva. A meglévő kapcsolatok nem lesznek áthelyezve vagy kiegyensúlyozva a helyreállított zónába, hanem fokozatosan újra elosztásra kerülnek, amikor a meglévő kapcsolatok idővel megszakadnak és újra csatlakoznak. A zónák közötti kapcsolat kiegyensúlyozatlanságának nincs hatása a számítási feladatra.

Zónahibák tesztelése

Azure Web PubSub szolgáltatás automatikusan kezeli a forgalomirányítást, a feladatátvételt és a zónák helyreállítását a zónaredundáns Prémium szintű erőforrások esetén. Nem kell semmit kezdeményeznie. Mivel a zónaredundancia teljes mértékben felügyelt, nem kell ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait.

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

Azure Web PubSub szolgáltatás egy régiós szolgáltatás. Ha a régió elérhetetlenné válik, a Web PubSub-erőforrás is elérhetetlenné válik.

Az alkalmazás régiószintű hibák elleni védelméhez használhat georeplikációt, amely a Prémium szinten érhető el. Másik lehetőségként létrehozhat egy egyéni többrégiós megoldást is, ha több Web PubSub-erőforrást helyez üzembe különböző régiókban.

Geo-replication

A georeplikáció lehetővé teszi, hogy más Azure régiókban másolatokat adjon a Web PubSub-erőforráshoz. Minden replika egyetlen végponton (contoso.webpubsub.azure.com) osztozik. A végpont mögött Azure Traffic Manager DNS-alapú útválasztással irányítja az egyes ügyfeleket a legközelebbi egészséges regionális replikához. Ha egy régió meghibásodik, a Traffic Manager állapotellenőrzéssel észleli a hibát, és nem irányítja az ügyfeleket a replikához. Az új ügyfélkapcsolatok automatikusan a legközelebbi kifogástalan replikához lesznek irányítva.

Diagram, amely az Azure Web PubSub georeplikációs konfigurációját mutatja két régióban.

A Web PubSub-erőforrást létrehozó régiót elsődleges régiónak nevezzük, replikája pedig az elsődleges replika. Az elsődleges erőforrás vezérlősíkja kezeli a Web PubSub-erőforrás konfigurációját.

Követelmények

  • Region support: Bármely régióban felvehet replikákat, ahol Azure Web PubSub szolgáltatás elérhető.
  • Tier: A georeplikálás engedélyezéséhez a prémium szintű szintet kell használnia.
  • Replikakorlát: Minden elsődleges Web PubSub-erőforrás legfeljebb nyolc replikát támogat.

Megfontolások

  • Konfigurációöröklés: A replikák a legtöbb konfigurációs beállítást az elsődleges erőforrástól öröklik. Bizonyos beállításokat külön kell konfigurálni az egyes replikákon. Azoknak a beállításoknak a teljes listáját, amelyek nem kerülnek átvitelre, a Geo-replikáció Azure Web PubSub című témakörben találja.

  • Konfigurációváltozások: Az elsődleges vezérlősík az elsődleges régióban feldolgozza a Web PubSub-erőforrás konfigurációs módosításait. Ha az elsődleges vezérlősík nem érhető el, nem fogja tudni frissíteni az erőforrás-konfigurációt, bár a meglévő replikák megszakítás nélkül fogják feldolgozni az adatforgalmat.

Cost

Minden replika számlázása külön történik a saját egységszám és a kimenő üzenetek mennyisége alapján. Ha egy üzenet átkerül a replikák között, majd egy másik régióban lévő ügyfélnek vagy kiszolgálónak érkezik, kimenő üzenetként lesz számlázva. További információ: Azure Web PubSub szolgáltatás díjszabása.

Georeplikáció konfigurálása

Ha replikát szeretne hozzáadni vagy eltávolítani egy Web PubSub erőforráshoz, áttekintéshez lásd a Geo-replikáció a Azure Web PubSub dokumentációt.

Kapacitástervezés és -kezelés

Minden replika egymástól függetlenül kezeli a forgalmat. A regionális feladatátvétel során a sikertelen régióból származó ügyfelek újra csatlakoznak a legközelebbi kifogástalan replikához. Annak érdekében, hogy a túlélő replikák elegendő kapacitással rendelkezzenek ahhoz, hogy elnyelje ezt a többletterhelést, konfiguráljon minden replikát olyan egységekkel, amelyek képesek kezelni a számítási feladat teljes várható forgalmát, nem csak a szokásosan kiszolgált részt.

Másik lehetőségként engedélyezze az automatikus skálázást az egyes replikákon, hogy az egységek automatikusan felskálázhatók legyenek a nagyobb terhelésre válaszul. Az automatikus skálázás akkor is működik, ha egy másodlagos replika nem érhető el, de az automatikus skálázás nem működik, ha az elsődleges vezérlősík nem érhető el. Az automatikus skálázással kapcsolatos további információkért lásd: A Azure Web PubSub szolgáltatás automatikus méretezési egységei.

A stratégiaként való túlterjeszkedéssel kapcsolatos általános útmutatásért lásd: Kapacitás kezelése túlterjeszkedéssel.

Viselkedés, ha minden régió kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha Azure Web PubSub szolgáltatást georeplikációs célokra konfigurálja, és minden régió működőképes.

  • Cross-region művelet: Az Azure Traffic Manager minden ügyfelet a legközelebbi működőképes regionális replikához irányít. A különböző földrajzi területeken lévő ügyfelek különböző replikákhoz kapcsolódhatnak. A Web PubSub Service szinkronizálja az üzeneteket a replikák között, így a replikához csatlakozó ügyfelek kommunikálhatnak egymással.

  • Régiók közötti adatreplikálás: Amikor üzenetet küld egy replikának, a szolgáltatás szinkron módon továbbítja az üzenetet más replikáknak, hogy a máshol csatlakozó ügyfelek megkaphassák azt. A szinkronizálási többletterhelés minimális a leggyakoribb üzenetkezelési mintákhoz, például a nagy csoportoknak való közvetítéshez vagy egyetlen kapcsolat üzenetküldéséhez. A kis csoportoknak (kevesebb mint 10 tag) történő üzenetküldés valamivel nagyobb szinkronizálási többletterhelést eredményezhet.

    Azure Web PubSub szolgáltatás nem őriz meg üzeneteket; csak az aktív kézbesítés szinkronizálódik a replikák között.

Viselkedés régióhiba esetén

Ez a szakasz ismerteti, hogy mire számíthat, ha a Azure Web PubSub szolgáltatást georeplikációs célokra konfigurálja, és az egyik replikarégióban kimaradás történik.

  • Észlelés és válasz: A Web PubSub Service feladata, hogy észlelje egy régió meghibásodását, és automatikusan átirányítsa a bejövő forgalmat a többi konfigurált régió egyik replikájára.

  • Aktív kérések: A sikertelen régióban lévő replikával létesített aktív WebSocket-kapcsolatok megszakadnak. Az ügyfeleknek újra csatlakozniuk kell, miután a replika meghibásodott.

  • Várható adatvesztés: Az Azure Web PubSub szolgáltatás nem tárolja az üzeneteket. A sikertelen régióban lévő ügyfeleknek a hiba időpontjában átvitt üzenetek elveszhetnek. Nem várható állandó adatvesztés, mert a szolgáltatás nem tárolja az ügyféladatokat.

  • Várható leállás: Az Azure Traffic Manager állapotellenőrzéseket végez az egyes replikákon. Ha egy régió kimaradása miatt egy replika megbukik az állapotellenőrzésen, a Traffic Manager eltávolítja a replika végpontját a DNS-feloldási eredményekből. A végpont eltávolítása után a 90 másodperces DNS-TTL-nek el kell telik, mielőtt az ügyfelek megtekintik a frissített DNS-rekordokat. Az áttűnés általában néhány percet vesz igénybe. Az újracsatlakozási logikát implementáló, jól megtervezett ügyfelek folytathatják a normál működést az kifogástalan replikához való újracsatlakozás után.

    Ha az elsődleges vezérlősík nem érhető el, nem módosíthatja a Web PubSub-erőforrás vagy replikái konfigurációját. A WebSocket-kapcsolatok azonban továbbra is kifogástalan replikákban működnek.

  • Redistribution: Azure Traffic Manager a bejövő kéréseket kifogástalan replikákra irányítja. Ha azonban egy ügyfél megpróbál újracsatlakozni, mielőtt az Azure Traffic Manager észleli a replika átállását, és a frissített DNS-bejegyzések propagálva lettek az ügyfélnek, akkor az ügyfél újracsatlakozási kísérlete továbbra is az elérhetetlen régióra irányulhat, és sikertelen lehet.

    A DNS-frissítés propagálása után a rendszer automatikusan átirányítja az újracsatlakozó ügyfeleket a legközelebbi kifogástalan replikára.

Régió helyreállítása

Amikor a kiesett régió helyreáll, a Traffic Manager állapotellenőrzése észleli a visszaállított replikát, és újra DNS-feloldásba veszi annak végpontját. A más replikákhoz jelenleg csatlakozó ügyfelekre a helyzet nincs hatással, és a kapcsolatuk megmarad, amíg meg nem szakítják. Az új kapcsolatok ismét a helyreállított régió replikájához lesznek irányítva, amikor az a legközelebbi kifogástalan replika.

Régióhibák tesztelése

A régió feladatátvételének szimulálásához és az ügyfélalkalmazás újracsatlakozási viselkedésének teszteléséhez letilthatja a replika végpontját. Ez a művelet miatt a Traffic Manager leállítja a forgalmat a replikához, így megfigyelheti, hogyan viselkednek az ügyfelek, amikor a replika elérhetetlenné válik. A részletes lépésekért tekintse meg a replikavégpont letiltását vagy engedélyezését ismertető cikket.

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

Ha régiók közötti rugalmasságra van szüksége, de nem georeplikációt használ, több régióban is üzembe helyezhet és kezelhet különálló Web PubSub-erőforrásokat, és implementálhatja saját feladatátvételi logikáját az alkalmazáskiszolgálón. Ez a megközelítés összetettebb, mint a georeplikálás, és nem támogatja a nulla állásidős feladatátvételt az ügyfél–ügyfél kapcsolat esetében. Részletes architektúra-áttekintést, feladatátvételi mintákat és tesztelési útmutatót a Resiliency and disaster recovery in Azure Web PubSub Service című témakörben talál.

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

Azure Web PubSub szolgáltatás állapot nélküli üzenetkezelési szolgáltatás. Nem tartja meg az ügyfélüzeneteket, és nincs biztonsági mentési vagy visszaállítási képessége.

Az erőforrás-konfiguráció védelméhez határozd meg a Web PubSub-erőforrásokat infrastruktúraként kódként (például Bicep vagy ARM sablonok) használva, és tárold ezeket a definíciókat a verziókezelésben. Ha újra létre kell hoznia egy erőforrást, telepítse újra a tárolt konfigurációból.

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

A Microsoft rendszeresen alkalmazza a szolgáltatásfrissítéseket, és egyéb karbantartásokat végez. A Azure platform automatikusan kezeli ezeket a tevékenységeket, biztosítva, hogy a karbantartás zökkenőmentes és átlátható legyen. A karbantartási események során nem várható leállás, kivéve, ha az Azure Service Health tervezett karbantartása alkalmával erről tájékoztatást kapott.

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.

Kapcsolódó tartalom

  • Last updated on