Megbízhatóság az Azure Logic Appsben

Az Azure Logic Apps segítségével egyszerűbben integrálhatja és vezényelheti az adatokat az alkalmazások, a felhőszolgáltatások és a helyszíni rendszerek között azáltal, hogy csökkenti az írandó kód mennyiségé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 logikai alkalmazás munkafolyamatait 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 kimaradásait és a régiókimaradásokat. Emellett az Azure Logic Apps szolgáltatásszintű szerződésével (SLA) kapcsolatos legfontosabb információkat is kiemeli.

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

Az elkülönítési vagy hálózati biztonsági követelményekkel rendelkező vállalati és biztonságos munkafolyamatok esetében javasoljuk, hogy standard munkafolyamatokat hozzon létre és futtasson az egybérlős Azure Logic Appsben a több-bérlős Azure Logic Apps-munkafolyamatok használata helyett. További információ: Létrehozás és üzembe helyezés különböző környezetekben.

Az egybérlős Azure Logic Apps-kel rendelkező éles üzembe helyezésekhez javasoljuk, hogy állítsa be a zónaredundanciát a logikai alkalmazás erőforrásainak több rendelkezésre állási zónába történő elosztásához.

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

Az üzembe helyezhető elsődleges erőforrás egy logikai alkalmazás. A használatalapú logikai alkalmazások csak egy munkafolyamattal rendelkeznek, míg a Standard logikai alkalmazások több munkafolyamattal is rendelkezhetnek. A legtöbb munkafolyamat egy vagy több kapcsolatot használ más alkalmazások, szolgáltatások és rendszerek eléréséhez.

Ha helyszíni rendszerekben fér hozzá az adatokhoz, üzembe helyezhet egy helyszíni adatátjárót. Minden átjáró-erőforrás egy külön adatátjáró-telepítést jelöl egy helyi számítógépen. Több számítógép használatával konfigurálhat egy helyszíni adatátjárót a magas rendelkezésre álláshoz. További információ: Magas rendelkezésre állás támogatása.

Ha az Azure Logic Apps vállalati (B2B) vállalati integrációs forgatókönyveket használ, olyan integrációs fiókokat helyezhet üzembe, amelyekben definiálja és tárolja a logikaialkalmazás-munkafolyamatok által használt összetevőket.

Fizikai architektúra

A consumption logic apps esetében az Azure Logic Apps automatikusan kezeli a számítási infrastruktúrát, az állapottárolást és az egyéb erőforrásokat. Nem kell virtuális gépeket konfigurálnia vagy felügyelnie. A logikai alkalmazások fogyasztási modellben számos ügyfél között osztják meg a számítási infrastruktúrát.

Standard logikai alkalmazások esetén az Azure Logic Apps munkafolyamat-szolgáltatáscsomagok vagy csomagok nevű számítási erőforrásokat használ, amelyek dedikáltak Önnek. Minden csomag több példányból áll, amelyeket igény szerint több rendelkezésre állási zónában is eloszthat. Minden példány körülbelül egy virtuális géphez van leképzve, de nem látja azokat, és nem kell közvetlenül konfigurálnia vagy felügyelnie őket. A munkafolyamatok a terved példányain futnak.

A standard logikai alkalmazásokhoz konfigurálnia kell a tárolót az állapotalapú munkafolyamatok állapotának fenntartásához. További információ: Állapotalapú és állapot nélküli munkafolyamatok.

A standard logikai alkalmazások az Azure Functionshez és az Azure App Service-hez hasonló mögöttes infrastruktúrát használnak. Vannak azonban különbségek a logikai alkalmazások terveinek más szolgáltatásokhoz való konfigurálásának módjában.

További információt a Standard logikai alkalmazások és a Használat logikai alkalmazások közötti különbségek című témakörben talál.

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 Azure Logic Appsben számos munkafolyamat-eseményindító és -művelet automatikusan támogatja az újrapróbálkozási szabályzatokat, amelyek automatikusan újrapróbálkoznak az átmeneti hibák miatt meghiúsult kérelmekre. Az újrapróbálkozási szabályzatok módosításáról és kikapcsolásáról további információt az Azure Logic Apps hibáinak és kivételeinek kezelése című témakörben talál.

Ha egy művelet meghiúsul, testre szabhatja a későbbi műveletek viselkedését. Hatóköröket is létrehozhat, hogy csoportosítsa azokat a kapcsolódó műveleteket, amelyek együtt lehetnek sikertelenek vagy sikeresek.

További információ: Hibák és kivételek kezelése az Azure Logic Appsben.

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 Azure Logic Apps támogatja a zónaredundanciát, amely a számítási erőforrásokat és az állapotot több rendelkezésre állási zónában is elosztja. Ha a logikai alkalmazás számítási feladatainak erőforrásait a rendelkezésre állási zónák között osztja el, javíthatja az éles logikai alkalmazások számítási feladatainak rugalmasságát és megbízhatóságát.

Az új és meglévő használatalapú logikai alkalmazásmunkafolyamat a multitenant Azure Logic Apps-ben automatikusan zónaredundáns.

Az Azure Logic Apps támogatja a zónaredundanciát, amely a számítási erőforrásokat több rendelkezésre állási zónában is elosztja. A zónaredundanciát igény szerint konfigurálhatja a logikai alkalmazás munkafolyamatai által tárolt állapothoz. Ha a logikai alkalmazás számítási feladatainak erőforrásait a rendelkezésre állási zónák között osztja el, javíthatja az éles logikai alkalmazások számítási feladatainak rugalmasságát és megbízhatóságát.

Az egybérlős Azure Logic Appsben a Workflow Service Plan üzemeltetési lehetőséggel rendelkező standard munkafolyamatok esetében opcionálisan engedélyezheti a zónaredundanciát.

Az App Service Environment üzemeltetési lehetőséggel rendelkező standard munkafolyamatok esetében opcionálisan engedélyezheti a zónaredundanciát. További információ arról, hogy az App Service Environment hogyan támogatja a rendelkezésre állási zónákat: Megbízhatóság az App Service-környezetben.

Requirements

  • Régiótámogatás: A rendelkezésre állási zónákat támogató bármely régióban üzembe helyezett fogyasztási logikai alkalmazások automatikusan zónaredundánsak. A nyugat-japán kivétel. Nem támogatja a zónaredundáns logikai alkalmazásokat, mert egyes függő szolgáltatások nem támogatják a zónaredundanciát.
  • Régiótámogatás: Zónaredundáns Standard logikai alkalmazásokat üzembe helyezhet munkafolyamat-szolgáltatási csomagokkal bármely olyan régióban, amely támogatja az App Service rendelkezésre állási zónáinak használatát. A nyugat-japán kivétel. Nem támogatja a zónaredundáns logikai alkalmazásokat, mert egyes függő szolgáltatások nem támogatják a zónaredundanciát. További információ: Megbízhatóság az App Service-ben.
  • Régiótámogatás: Annak megtekintéséhez, hogy mely régiók támogatják az App Service Environment rendelkezésre állási zónáinak használatát, tekintse meg a Régiók című témakört.
  • Példányok száma: A munkafolyamat-szolgáltatási csomag legalább két példányát üzembe kell helyeznie. Minden példány nagyjából egy virtuális gépnek felel meg, ezért ahhoz, hogy ezeket a példányokat (virtuális gépeket) több rendelkezésre állási zónában is eloszthassa, legalább két példánysal kell rendelkeznie.

Megfontolások

  • Tárolás: Ha külső tárolót konfigurál az állapotalapú standard munkafolyamatokhoz, konfigurálnia kell a tárfiókot a zónaredundanciához. További információért lásd az Azure Functions tárolási szempontjait.

Költség

A zónaredundancia használata nem jár többletköltséggel. Minden új és meglévő fogyasztáslogika alkalmazás automatikusan zónaredundáns.

A zónaredundancia engedélyezése nem számít fel külön díjat. Magának a zónaredundancia funkciónak nincs külön mérőszáma, és a zónaredundáns csomag példányonkénti ára megegyezik az egyzónás csomag árával. A zónaredundancia engedélyezése azonban növeli a terv által futtatandó példányok minimális számát, ami növelheti a számlát.

Ha engedélyezi a rendelkezésre állási zónákat, de kétnál kisebb kapacitást ad meg, a platform minimálisan két példányszámot kényszerít ki. A platform a két instance-ért díjat számít fel.

A díjat a csomag SKU-jának, a megadott kapacitásnak és az automatikus skálázási feltételek alapján történő fel- vagy leállítható példányoknak megfelelően számítják fel. További információkért tekintse meg a Logic Apps díjszabását.

Az App Service Environment egy adott díjszabási modellel rendelkezik a zónaredundanciához. További információért lásd a Pricing oldalt.

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

A használati logikai alkalmazás munkafolyamatai automatikusan támogatják a zónaredundanciát, ezért nincs szükség konfigurációra.

  • Új zónaredundáns logikai alkalmazás létrehozása: A zónaredundancia standard logikai alkalmazásokhoz való engedélyezéséhez lásd: Zónaredundancia engedélyezése a logikai alkalmazáshoz.

  • Zónaredundancia engedélyezése egy meglévő logikai alkalmazásban: Szolgáltatáscsomag létrehozása után nem engedélyezheti a zónaredundanciát. Ehelyett létre kell hoznia egy új csomagot, amelyben engedélyezve van a zónaredundancia, és törölnie kell a régit.

  • Zónaredundancia letiltása: Munkafolyamat-szolgáltatási csomag létrehozása után nem tilthatja le a zónaredundanciát. Ehelyett létre kell hoznia egy új tervet a zónaredundancia kikapcsolásával, majd törölnie kell a régit.

Kapacitástervezés és -kezelés

A rendelkezésre állási zóna meghibásodására való felkészüléshez fontolja meg a terv kapacitásának többlet rendelkezésre állását. A túlkiépítés lehetővé teszi, hogy a megoldás bizonyos mértékű kapacitásvesztést elviseljen, és továbbra is működjön a teljesítmény romlása nélkül. További információ: Kapacitás kezelése túlkiépítéssel.

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

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a logikai alkalmazás erőforrásai zónaredundanciára vannak 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: A normál műveletek során a munkafolyamat-meghívások a régió bármely rendelkezésre állási zónájából használhatnak számítási erőforrásokat.

  • Adatreplikálás zónák között: Az állapotalapú munkafolyamatok esetében a munkafolyamat állapota szinkron módon replikálódik a rendelkezésre állási zónák között zónaredundáns tárolás (ZRS) használatával.

  • Forgalomirányítás zónák között: Normál műveletek során a munkafolyamat-meghívások az összes rendelkezésre álló terv példányai között megoszlanak az összes rendelkezésre állási zónában.

  • Adatreplikálás zónák között: Állapotalapú munkafolyamatok esetén a munkafolyamat állapota a konfigurált állapottároló alapján lesz tárolva. Ha az Azure Storage-t külső tárolórendszerként használja, zónaredundáns tárolást (ZRS) kell használnia, amely szinkron módon replikálja a munkafolyamat állapotát 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 a rendelkezésre állási zóna kimaradásakor, és a logikai alkalmazás erőforrásai zónaredundanciára vannak konfigurálva.

  • Észlelés és válasz: Az Azure Logic Apps felelős a rendelkezésre állási zónában fellépő hibák észleléséért. Nem kell semmit tennie a zóna átváltásának kezdeményezéséhez.
  • Értesítés: A Microsoft nem értesíti automatikusan, ha egy zóna le van omlva. Az Azure Service Health használatával azonban 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: Ha egy rendelkezésre állási zóna elérhetetlenné válik, az Azure Logic Apps leállítja azokat a folyamatban lévő munkafolyamat-végrehajtásokat, amelyek a hibás rendelkezésre állási zónában lévő virtuális gépen futnak. A platform automatikusan folytatja a munkafolyamatot egy másik virtuális gépen egy másik rendelkezésre állási zónában. Emiatt az aktív munkafolyamatok átmeneti hibákat vagy nagyobb késést tapasztalhatnak, amikor új virtuális gépeket adnak hozzá a fennmaradó rendelkezésre állási zónákhoz.

  • Várható állásidő: Az Azure Logic Appsben nem várható állásidő. Ha más szolgáltatásokra való függőségek is fennállnak, amelyek állásidőt tapasztalnak, a logikai alkalmazás is érintetté válhat.

  • Várt adatvesztés: Nem várható adatvesztés.

  • Forgalom átirányítása: A bejövő forgalom automatikusan el lesz osztva az infrastruktúrába kifogástalan állapotú zónákban.
  • Forgalom átirányítása: A rendszer automatikusan elosztja a bejövő forgalmat a kifogástalan állapotú zónák új példányai között, amikor azok elérhetők. További információ: Viselkedés zónahiba esetén.
  • Nem futásidejű viselkedések: A zónaredundáns csomagok logikai alkalmazás-munkafolyamatai továbbra is futnak, még akkor is, ha egy rendelkezésre állási zóna leállást tapasztal. A nem futtatókörnyezeti viselkedések azonban érintettek lehetnek egy rendelkezésre állási zóna leállása során. További információ és a viselkedések listája: Viselkedés zónahiba esetén.
  • Nem futásidejű viselkedések: A zónaredundáns csomagok logikai alkalmazás-munkafolyamatai továbbra is futnak, még akkor is, ha egy rendelkezésre állási zóna leállást tapasztal. A nem futtatókörnyezeti viselkedések azonban érintettek lehetnek egy rendelkezésre állási zóna leállása során. További információ és a viselkedések listája: Környezet – Viselkedés zónahiba esetén.

Zóna helyreállítása

A rendelkezésre állási zóna helyreállításakor az Azure Logic Apps automatikusan visszaállítja a rendelkezésre állási zónában lévő példányokat, eltávolítja a többi rendelkezésre állási zónában létrehozott ideiglenes példányokat, és a szokásos módon átirányítja a példányok közötti forgalmat.

Zónahibák tesztelése

Az Azure Logic Apps kezeli a zónaredundáns logikai alkalmazás erőforrásaihoz tartozó forgalomirányítást, átállást és visszaállást. Nem kell semmit kezdeményeznie. Ez a funkció teljes mértékben felügyelt, így nem kell ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait.

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

Minden logikai alkalmazás egyetlen Azure-régióban van üzembe helyezve. Ha a régió elérhetetlenné válik, a logikai alkalmazás is elérhetetlenné válik.

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

A nagyobb rugalmasság érdekében üzembe helyezhet egy készenléti vagy biztonsági mentési logikai alkalmazást egy másodlagos régióban, és feladatátvételt végezhet a másik régióba, ha az elsődleges régió nem érhető el. A funkció beállításához végezze el a következő feladatokat:

  • A logikai alkalmazás üzembe helyezése elsődleges és másodlagos régiókban is.
  • Szükség szerint konfigurálja újra az erőforrások kapcsolatait.
  • Terheléselosztási és feladatátvételi szabályzatok konfigurálása.
  • Tervezze meg az elsődleges példány állapotának monitorozását, és kezdeményezze a feladatátvételt.

A logikaialkalmazás-munkafolyamatok többrégiós telepítéseiről az alábbi cikkekben talál további információt:

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