Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Az Azure API Management egy teljes körűen felügyelt szolgáltatás, amely segít a szervezeteknek api-k közzétételében, védelmében, átalakításában, karbantartásában és monitorozásában. Azure-szolgáltatásként az API Management számos képességet biztosít a megbízhatósági követelmények támogatására.
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 API Managementet 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ását, a régiókimaradásokat és a szolgáltatáskarbantartást. Azt is ismerteti, hogyan használható biztonsági másolatok más típusú problémákból való helyreállításra, és kiemeli az API Management szolgáltatásiszint-szerződéssel (SLA) kapcsolatos legfontosabb információkat.
A megbízhatósági architektúra áttekintése
Az API Management egy skálázási egységalapú architektúrával biztosítja a beépített redundanciát és a méretezhetőséget. Api Management-példány üzembe helyezésekor egy vagy több méretezési egységet vagy egységet konfigurál. Minden egység a kapacitás logikai ábrázolása, amely tartalmazza az API-kérések kezeléséhez szükséges számítási erőforrásokat.
Units
Minden egység két számítási erőforrásból áll (virtuális gépekből vagy hasonló kiszolgálókból, a szolgáltatási szinttől függően), amelyek együttesen kezelik az API-kéréseket. Ezek a virtuális gépek vagy más kiszolgálók nem jelennek meg. A platform automatikusan kezeli a létrehozásukat és az állapotfigyelésüket. Ha egy számítási erőforrás meghibásodik, az egység továbbra is működik, de csökkentett kapacitással, és beépített megbízhatósági védelmet nyújt.
Ha két vagy több egységből álló példányt konfigurál, a rendelkezésre álló egységek együttműködnek a kérések feldolgozásában, és automatikus terheléselosztást biztosítanak. Ha az egyik egység elérhetetlenné válik, a fennmaradó egységek továbbra is kezelik a forgalmat, de potenciálisan csökkentett kapacitással.
A nagyobb megbízhatóság érdekében az API Management támogatja az egységek elosztását a rendelkezésre állási zónák között egy régión belül és több régióban.
Megjegyzés:
Az API Management egységeket használ az átjáróösszetevőkhöz. Az egységek nem alkalmazhatók a fejlesztői portálra vagy a felügyeleti síkra.
Szolgáltatási szintek
Az API Management szolgáltatási szintjei különböző megbízhatósági szinteket biztosítanak:
Prémium (klasszikus) szint: Több egységet támogat, amelyek a maximális rugalmasság érdekében eloszthatók a rendelkezésre állási zónák és régiók között.
Prémium v2 szint: Több olyan egységet támogat, amelyek eloszthatók a rendelkezésre állási zónák között. Jelenleg nem támogatja a többrégiós telepítéseket.
Alapszintű v2, Standard és Standard v2 szintek: Mindegyik egyetlen adatközponton belül több egységet támogat. Nem támogatják a rendelkezésre állási zónákat vagy a több régiós telepítéseket.
Fejlesztői szint: Csak egyetlen egységet támogat, és nem biztosít rendelkezésre állási zónát vagy többrégiós támogatást. Ez a szint fejlesztési és tesztelési forgatókönyvekhez készült. Produkciós munkateherhez nem alkalmas.
Használati szint: Beépített rugalmassági képességekkel rendelkezik, és egy Azure-adatközpontban számos hibával szemben ellenálló. A fogyasztási szint azonban nem nyújt támogatást a rendelkezésre állási zónákhoz vagy a több régiós telepítésekhez. A Consumption szintű API Management-példány várható üzemidejének megismeréséhez tekintse át a szolgáltatási szintű megállapodást (SLA).
Megjegyzés:
Az API Management fejlesztői és prémium szintjei támogatják a saját üzemeltetésű átjárókat, amelyeket a saját infrastruktúráján futtathat. Ha saját üzemeltetésű átjárókat használ, ön felel azért, hogy a megbízhatósági követelményeknek megfelelően konfigurálja őket. A saját üzemeltetésű átjárók nem tartoznak a cikk hatókörébe.
Termelési üzembe helyezési javaslatok
Az Azure Well-Architected-keretrendszer megbízhatóságra, teljesítményre, biztonságra, költségekre és műveletekre vonatkozó javaslatokat nyújt. Annak megértéséhez, hogy ezek a területek hogyan befolyásolják egymást, és hogyan járulnak hozzá egy megbízható API Management-megoldáshoz, tekintse meg az API Management architektúrával kapcsolatos ajánlott eljárásait.
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.
Ha API Managementet használ egy API előtt, előfordulhat, hogy átmeneti hibák miatt sikertelen kérelmeket kell újrapróbálkoznia. Annak érdekében, hogy megvédje a háttér API-t a túl sok kéréstől, az API Management újrapróbálkozási, sebességkorlátozási és kvótaszabályzatokat biztosít. A terheléselosztási és az áramkör-megszakító képességeket háttérerőforrások használatával is konfigurálhatja.
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.
A prémium és prémium v2 szintű rendelkezésreállási zónák támogatásával kapcsolatos információk megtekintéséhez mindenképpen válassza ki a megfelelő szolgáltatási szintet a lap elején.
Az API Management kétféle rendelkezésreállási zónát támogat, ha prémium szintű (klasszikus) API Management-példányt helyez üzembe egy támogatott régióban:
Automatikus (ajánlott): Az API Management automatikusan támogatja a rendelkezésre állási zónákat, ha nem adja meg, hogy mely rendelkezésre állási zónákat kell használnia.
Kézikönyv: Az API Management manuális rendelkezésre állási zónát biztosít, amikor explicit módon megadja, hogy mely rendelkezésre állási zónákat kell használnia.
A rendelkezésre állási zónák támogatásával az API Management replikálja a szolgáltatás összetevőit a zónák között a magas rendelkezésre állás érdekében. Az elsődleges régióban ezek az összetevők közé tartozik az átjáró (méretezési egységek), a felügyeleti sík és a fejlesztői portál. A másodlagos régiókban csak az átjáróegységek replikálódnak. A másodlagos régiókról további információt a régiószintű hibákhoz való rugalmasságról talál.
Automatikus rendelkezésreállási zóna támogatása
A zónaredundancia eléréséhez használhatja az automatikus rendelkezésreállási zónatámogatást egyetlen egység vagy többegységes példány konfigurációjának kiválasztásához:
Többegységes konfiguráció (ajánlott): Ha a példány két vagy több egységből áll, az API Management mindent megtesz annak érdekében, hogy a példány egységeit elosztsa a régió rendelkezésre állási zónái között. Nem határozhatja meg, hogy mely rendelkezésre állási zónákba helyezik az egységeket. Legalább két egység üzembe helyezése, amely két zóna között osztható el.
Az alábbi ábrán egy olyan API Management-példány látható, amely három egységből áll, amelyek az automatikus rendelkezésre állási zónák támogatásához vannak konfigurálva:
Az ábrán három doboz látható, melyek Unit 1, Unit 2, és Unit 3 névre hallgatnak, egy API Management instance keretében üzembe helyezve. Minden egységmező két virtuálisgép-ikont tartalmaz, amelyek a számítási erőforrásokat jelölik. Három nagyobb mező az 1. rendelkezésre állási zóna, a 2. rendelkezésre állási zóna és a 3. rendelkezésre állási zóna címkével van ellátva. Az 1. zóna az 1. egységet, a 2. zónát a 2. egységet, a 3. zónát pedig a 3. egységet tartalmazza.
Egyegységes konfiguráció: Ha a példány egyetlen egységből áll, az egység alapjául szolgáló számítási erőforrások két rendelkezésre állási zónában vannak elosztva. Nem állapítható meg, hogy az egység számítási erőforrásai mely rendelkezésre állási zónákba kerülnek.
Az ábrán egy olyan mező látható, amely egy API Management-példányban üzembe helyezett 1. egység címkével rendelkezik. Az egységmező két virtuálisgép-ikont tartalmaz, amelyek a számítási erőforrásokat jelölik. Három nagyobb mező az 1. rendelkezésre állási zóna, a 2. rendelkezésre állási zóna és a 3. rendelkezésre állási zóna címkével van ellátva. Az Egység 1 mező az 1. és a 2. zónára terjed ki. A 3. zóna üres.
Manuális rendelkezésre állási zóna támogatása
Ha kifejezetten ki szeretné választani a használni kívánt rendelkezésre állási zónákat, választhat a zónaredundáns és az zonális konfigurációk közül:
Zónaredundáns: A zónaredundanciát manuálisan konfigurálhatja egy API Management-példányhoz egy támogatott régióban, hogy redundanciát biztosítson a szolgáltatásösszetevők számára. Ha két vagy több rendelkezésre állási zónát választ ki, az Azure automatikusan replikálja a szolgáltatás összetevőit a kijelölt zónák között.
Az ábrán három doboz látható, melyek Unit 1, Unit 2, és Unit 3 névre hallgatnak, egy API Management instance keretében üzembe helyezve. Minden egységmező két virtuálisgép-ikont tartalmaz, amelyek a számítási erőforrásokat jelölik. Három nagyobb mező az 1. rendelkezésre állási zóna, a 2. rendelkezésre állási zóna és a 3. rendelkezésre állási zóna címkével van ellátva. Az 1. zóna az 1. egységet, a 2. zónát a 2. egységet, a 3. zónát pedig a 3. egységet tartalmazza.
Zonal: Az API Management szolgáltatás összetevői egyetlen zónában vannak üzembe helyezve, amelyet egy Azure-régióban választ ki. Az összes egység ugyanabba a rendelkezésre állási zónába kerül.
Az ábrán egy API Management-példányban üzembe helyezett 1. és 2. egység címkével ellátott két mező látható. Minden egységmező két virtuálisgép-ikont tartalmaz, amelyek a számítási erőforrásokat jelölik. Három nagyobb mező az 1. rendelkezésre állási zóna, a 2. rendelkezésre állási zóna és a 3. rendelkezésre állási zóna címkével van ellátva. Az 1. zóna az 1. és a 2. egység dobozát is tartalmazza. A 2. és a 3. zóna nem tartalmaz egységeket.
Fontos
Csak akkor rögzíthet egyetlen rendelkezésre állási zónát, ha a zónák közötti késés túl magas az igényeinek megfelelően, és miután meggyőződett arról, hogy a késés nem felel meg a követelményeknek. A zónapéldány önmagában nem biztosít rugalmasságot a rendelkezésre állási zónák kimaradása esetén. A zonális API Management telepítés rugalmasságának javítása érdekében konkrét példányokat kell telepítenie különböző rendelkezésre állási zónákba, és konfigurálnia kell a forgalomirányítást és a feladatátvételt.
A Prémium v2 szinten engedélyezheti a zónaredundanciát egy API Management-példány számára egy támogatott régióban.
A rendelkezésre állási zóna támogatásával az API Management replikálja az átjárót (méretezési egységeket), a felügyeleti síkot és a fejlesztői portált. A zónaredundancia eléréséhez egyetlen egység vagy többegységes példány konfigurációját választhatja:
Többegységes konfiguráció (ajánlott): Ha a példány két vagy több egységből áll, az API Management mindent megtesz annak érdekében, hogy a példány egységeit elosztsa a régió rendelkezésre állási zónái között. Nem határozhatja meg, hogy mely rendelkezésre állási zónákba helyezik az egységeket. Legalább két egység üzembe helyezése, amely két zóna között osztható el.
Az alábbi ábrán egy három egységből álló API Management-példány látható, amely a rendelkezésre állási zónák támogatásához van konfigurálva:
Az ábrán három doboz látható, melyek Unit 1, Unit 2, és Unit 3 névre hallgatnak, egy API Management instance keretében üzembe helyezve. Minden egységmező két virtuálisgép-ikont tartalmaz, amelyek a számítási erőforrásokat jelölik. Három nagyobb mező az 1. rendelkezésre állási zóna, a 2. rendelkezésre állási zóna és a 3. rendelkezésre állási zóna címkével van ellátva. Az 1. zóna az 1. egységet, a 2. zónát a 2. egységet, a 3. zónát pedig a 3. egységet tartalmazza.
Egyegységes konfiguráció: Ha a példány egyetlen egységből áll, az egység alapjául szolgáló számítási erőforrások két rendelkezésre állási zónában vannak elosztva. Nem állapítható meg, hogy az egység számítási erőforrásai mely rendelkezésre állási zónákba kerülnek.
Az ábrán egy olyan mező látható, amely egy API Management-példányban üzembe helyezett 1. egység címkével rendelkezik. Az egységmező két virtuálisgép-ikont tartalmaz, amelyek a számítási erőforrásokat jelölik. Három nagyobb mező az 1. rendelkezésre állási zóna, a 2. rendelkezésre állási zóna és a 3. rendelkezésre állási zóna címkével van ellátva. Az Egység 1 mező az 1. és a 2. zónára terjed ki. A 3. zóna üres.
Requirements
Régiótámogatás: Az API Management támogatja a prémium (klasszikus) és a Prémium v2 szintű rendelkezésre állási zónákat azokban a régiókban, ahol az API Management szint elérhető, és a régió támogatja a rendelkezésre állási zónákat.
Rétegkövetelmény: A rendelkezésre állási zónák támogatásának konfigurálásához a Prémium (klasszikus) vagy a Prémium v2 szintet kell használnia. Az API Management jelenleg nem támogatja a rendelkezésre állási zónákat a klasszikus használati, fejlesztői, alapszintű és standard szinteken, illetve az Alapszintű v2 és Standard v2 szinteken. A frissítési lehetőségekről az API Management-példányok frissítése és skálázása című témakörben olvashat.
Megfontolások
Zónaredundáns példányok egységeinek száma: Ha manuálisan konfigurálja a zónaredundanciát egy példányhoz, számos API Management-egységet is konfigurálnia kell, amelyek egyenletesen terjeszthetők az összes kiválasztott rendelkezésre állási zónában. Ha például két zónát választ ki, legalább két egységet kell konfigurálnia. Ehelyett konfigurálhat négy egységet, vagy két egységből egy másikat. Ha három rendelkezésre állási zónát választ ki, három egységet, hat egységet vagy három egység egy másik többszörösét kell konfigurálnia.
Ha az automatikus rendelkezésreállási zóna támogatását használja, nincs szükség adott számú egység használatára. A rendszer az üzembe helyezendő egységeket a rendelkezésre állási zónák között a lehető legjobban igyekszik elosztani. A zóna maximális redundanciájához használjon legalább két egységet, hogy a rendelkezésre állási zóna kimaradása ne befolyásolja az átjáró teljesítményét.
A szükséges átjáróteljesítményt biztosító egységek számának meghatározásához használjon kapacitásmetrikát és saját tesztelést. A szolgáltatáspéldány skálázásával és frissítésével kapcsolatos további információkért lásd : API Management-példány frissítése és skálázása.
Automatikus skálázás: Ha manuálisan konfigurálja a rendelkezésre állási zónákat egy automatikus skálázással konfigurált API Management-példányon, előfordulhat, hogy a konfiguráció után módosítania kell az automatikus skálázási beállításokat. Ebben az esetben az automatikus skálázási szabályokban és korlátokban szereplő API Management-egységek számának a zónák számának többszörösének kell lennie. Ha az automatikus rendelkezésreállási zóna támogatását használja, nem kell módosítania az automatikus skálázási beállításokat.
IP-címkövetelmények: Ha engedélyezi a rendelkezésre állási zóna támogatását egy külső vagy belső virtuális hálózaton üzembe helyezett API Management-példányon, meg kell adnia egy nyilvános IP-címerőforrást a példány számára. Egy belső virtuális hálózatban a nyilvános IP-cím csak felügyeleti műveletekhez használatos, API-kérésekhez nem. További információ: IP-címek az API Managementben.
Megfontolások
Zónaredundáns példányok egységeinek száma: A Prémium v2 szinten nincs szükség adott számú egység használatára. Azok az egységek, amelyeket üzembe helyez, a rendelkezésre állási zónák között lehetőségek szerint kerülnek elosztásra. A maximális zónaredundancia érdekében legalább két egység használatával biztosítson elegendő kapacitást, hogy a rendelkezésre állási zóna kimaradása ne befolyásolja az átjáró teljesítményét.
A szükséges átjáróteljesítményt biztosító egységek számának meghatározásához használjon kapacitásmetrikát és saját tesztelést. A szolgáltatáspéldány skálázásával és frissítésével kapcsolatos további információkért lásd : API Management-példány frissítése és skálázása.
Automatikus skálázás: A Prémium v2 szinten nem kell módosítania az automatikus skálázási beállításokat, ha engedélyezi a rendelkezésre állási zónák támogatását.
Költség
A rendelkezésre állási zóna konfigurációjától függetlenül, ha további egységeket ad hozzá, több költséggel jár. További információkért tekintse meg az API Management díjszabását.
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 API Management-példányhoz. További információ: Rendelkezésreállási zóna támogatásának engedélyezése API Management-példányokon.
Hozzon létre egy olyan API Management-példányt, amely támogatja a rendelkezésre állási zónákat: Ha prémium szintű (klasszikus) API Management-példányt hoz létre egy olyan régióban, amely támogatja a rendelkezésre állási zónákat, a példány alapértelmezés szerint támogatja a rendelkezésre állási zónákat. Kiválaszthatja az automatikus rendelkezésre állási zóna támogatását, vagy manuálisan konfigurálhatja a zóna- vagy zónaredundáns támogatást.
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.
A rendelkezésre állási zóna támogatásának engedélyezése vagy újrakonfigurálását: Módosíthatja az API Management-példányok rendelkezésre állási zónájának konfigurációját, beleértve a rendelkezésre állási zónák hozzáadását és egy zónapéldány áthelyezését a rendelkezésre állási zónák között. Ha tudni szeretné, hogyan konfigurálhatja a rendelkezésre állási zónák támogatását egy API Management-példányon, olvassa el a rendelkezésre állási zónák támogatásának engedélyezése AZ API Management-példányokon című témakört. Egyik konfigurációs beállítás sem igényel állásidőt.
A rendelkezésre állási zóna konfigurációjának módosítása esetén a módosítások alkalmazása akár 15–45 percet is igénybe vehet. Az API Management-átjáró ez idő alatt továbbra is kezelheti az API-kéréseket.
A rendelkezésre állási zóna konfigurációjának módosítása nyilvános és privát IP-címváltozást vált ki.
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 API Management-példányhoz. További információ: Rendelkezésreállási zóna támogatásának engedélyezése API Management-példányokon.
Hozzon létre egy olyan API Management-példányt, amely támogatja a rendelkezésre állási zónákat: A Premium v2 rétegben opcionálisan engedélyezze a zónaredundanciát, amikor létrehoz egy API Management-példányt egy olyan régióban, amely támogatja a rendelkezésre állási zónákat. Ha a zónaredundancia kapacitáskorlátozások vagy egyéb problémák miatt nem engedélyezhető, a szolgáltatás üzembe helyezése meghiúsul.
A rendelkezésre állási zóna támogatásának engedélyezése vagy újrakonfigurálását: A példány létrehozása után nem módosíthatja a rendelkezésre állási zóna konfigurációját.
Kapacitástervezés és -kezelés
Zónaleállási forgatókönyv esetén nincs garancia arra, hogy egy másik rendelkezésre állási zónában több kapacitásra vonatkozó kérések sikeresek lesznek. Az elveszett egységek feltöltése a lehető legjobb erőfeszítés alapján történik. Ha garantált kapacitásra van szüksége egy rendelkezésre állási zóna meghibásodása esetén, hozza létre és konfigurálja az API Management-példányt úgy, hogy figyelembe veszi a zóna elvesztését az alábbi műveletek végrehajtásával:
Az API Management-példány egységeinek túlkiosztása.
Használjon automatikus vagy zónaredundáns rendelkezésreállási zónakonfigurációt.
További információ: Kapacitás kezelése túlkiépítéssel.
Kapacitásmetrikákat és saját tesztelést használva határozza meg a szükséges átjáróteljesítményt biztosító egységek számát. A szolgáltatáspéldány skálázásáról és frissítéséről további információt az API Management-példányok frissítése és skálázása című témakörben talál.
Viselkedés, ha minden zóna kifogástalan
Ez a szakasz azt ismerteti, hogy mire számíthat, ha az API Management-példányok a rendelkezésre állási zónák támogatásával 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 rendszer az összes rendelkezésre álló API Management-egység között irányítja a forgalmat az összes kiválasztott rendelkezésre állási zónában.
Adatreplikálás zónák között: Az API Management a következő adatokat tárolja és replikálja.
Az átjárókonfiguráció, például az API-k és a szabályzatdefiníciók rendszeresen szinkronizálódnak a példányhoz kiválasztott rendelkezésre állási zónák között. A frissítések propagálása a rendelkezésre állási zónák között általában kevesebb, mint 10 másodpercet vesz igénybe.
A belső gyorsítótárban lévő adatok, ha az API Management által biztosított belső gyorsítótárat használja. A gyorsítótárbejegyzések a rendelkezésre állási zónák között vannak elosztva. A belső gyorsítótár változékony, és az adatok nem garantáltan megmaradnak. Érdemes lehet külső gyorsítótárat használni, ha meg kell őriznie a gyorsítótárazott adatokat.
Sebességkorlát-számlálók, ha az API Management által biztosított sebességkorlátozó képességeket használja. A sebességkorlátozás számlálók aszinkron módon replikálódnak a példány számára kiválasztott 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 az API Management-példányok a rendelkezésre állási zóna támogatásával vannak konfigurálva, és a rendelkezésre állási zóna kimarad.
Észlelés és válasz: Az észlelés és a válasz felelőssége a példány által használt rendelkezésre állási zóna konfigurációjától függ.
Automatikus és zónaredundáns: Az automatikus rendelkezésreállási zónák támogatásának használatára vagy a zónaredundancia használatára manuálisan konfigurált példányok esetében az API Management platform felel a rendelkezésre állási zónában fellépő hibák észleléséért és a válaszadásért. Nem kell semmit tennie a zóna átváltásának kezdeményezéséhez.
Zonal: A zonálisnak konfigurált példányok esetében észlelnie kell egy rendelkezésre állási zóna elvesztését, és feladatátvételt kell kezdeményeznie egy másik rendelkezésre állási zónában létrehozott másodlagos példányra.
Aktív kérések: Ha egy rendelkezésre állási zóna nem érhető el, a hibás rendelkezésre állási zónában lévő API Management-egységhez csatlakoztatott folyamatban lévő kérések leállnak, és újra kell próbálkozni.
- É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.
Várható adatvesztés: Az API Management a következő adatokat tárolja.
Az átjáró konfigurációja megváltozik, amelyeket a rendszer körülbelül 10 másodpercen belül replikál az egyes kiválasztott rendelkezésre állási zónákba. Ha egy rendelkezésre állási zóna kimarad, előfordulhat, hogy a nem replikált konfigurációs módosítások elvesznek.
A belső gyorsítótárban lévő adatok, ha a belső gyorsítótár funkciót használja. A belső gyorsítótár változékony, és az adatok nem garantáltan megmaradnak. A rendelkezésre állási zónák kimaradása esetén előfordulhat, hogy néhány vagy az összes gyorsítótárazott adat elveszik. Érdemes lehet külső gyorsítótárat használni, ha meg kell őriznie a gyorsítótárazott adatokat.
Sebességkorlát-számlálók, ha a sebességkorlát funkciót használja. A rendelkezésre állási zóna kimaradása során előfordulhat, hogy a korlát számlálók nem naprakészek a megmaradt zónákban.
Várható állásidő: A várható állásidő a példány által használt rendelkezésre állási zóna konfigurációjától függ.
Automatikus: Az automatikus rendelkezésreállási zónát támogató példányoknál várhatóan nem lesz állásidő egy rendelkezésre állási zóna leállása során. A nem felügyelt zónában vagy zónákban lévő egységek továbbra is működnek.
Számíthat arra is, hogy az automatikus rendelkezésreállási zónákat támogató, de csak egy egységből álló példányok esetében ne legyen állásidő. Ebben az esetben az API Management két zónába osztja el az egység mögöttes számítási erőforrásait. A nem felügyelt zónában lévő erőforrás továbbra is működik.
Zónaredundáns: A zónaredundáns példányok várhatóan nem tapasztalnak állásidőt egy rendelkezésre állási zóna kiesése esetén.
Zonal: Zónapéldányok esetén, ha egy zóna nem elérhető, a példány sem lesz elérhető, amíg a rendelkezésre állási zóna újra elérhetővé nem válik.
Forgalom átirányítása: A forgalom átirányítási viselkedése a példány által használt rendelkezésre állási zóna konfigurációjától függ.
Automatikus és zónaredundáns: Az automatikus rendelkezésreállási zóna támogatásának használatára konfigurált vagy a zónaredundancia használatára manuálisan konfigurált példányok esetében, ha egy zóna nem érhető el, az érintett zónában lévő egységek szintén nem érhetők el. Példánya méretezéséhez hozzáadhat további egységeket.
Zonal: A zónapéldányok esetében, ha egy zóna nem érhető el, az Ön példánya nem elérhető. Ha van egy másodlagos példány egy másik rendelkezésre állási zónában, akkor Ön felelős a forgalom átirányításáért arra a másodlagos példányra.
Viselkedés zónahiba esetén
Ez a szakasz azt ismerteti, hogy mire számíthat, ha az API Management-példányok a rendelkezésre állási zóna támogatásával vannak konfigurálva, és a rendelkezésre állási zóna kimarad.
Észlelés és válasz: A Prémium v2 szinten az API Management platform felelős a rendelkezésre állási zónában fellépő hibák észleléséért és a válaszadásért. Nem kell semmit tennie a zóna átváltásának kezdeményezéséhez.
Aktív kérések: Ha egy rendelkezésre állási zóna nem érhető el, a hibás rendelkezésre állási zónában lévő API Management-egységhez csatlakoztatott folyamatban lévő kérések leállnak, és újra kell próbálkozni.
- É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.
Várható adatvesztés: Az API Management a következő adatokat tárolja.
Az átjáró konfigurációja megváltozik, amelyeket a rendszer körülbelül 10 másodpercen belül replikál az egyes kiválasztott rendelkezésre állási zónákba. Ha egy rendelkezésre állási zóna kimarad, előfordulhat, hogy a nem replikált konfigurációs módosítások elvesznek.
A belső gyorsítótárban lévő adatok, ha a belső gyorsítótár funkciót használja. A belső gyorsítótár változékony, és az adatok nem garantáltan megmaradnak. A rendelkezésre állási zónák kimaradása esetén előfordulhat, hogy néhány vagy az összes gyorsítótárazott adat elveszik. Érdemes lehet külső gyorsítótárat használni, ha meg kell őriznie a gyorsítótárazott adatokat.
Sebességkorlát-számlálók, ha a sebességkorlát funkciót használja. Egy rendelkezésre állási zóna kimaradása során előfordulhat, hogy a sebességkorlát számlálók nem naprakészek a megmaradó zónákban.
Várható állásidő: A rendelkezésre állási zónák leállása esetén a példányok várhatóan nem állnak le. A nem felügyelt zónában vagy zónákban lévő egységek továbbra is működnek.
Arra is számíthat, hogy az egy egységből álló példányoknál nem lesz állásidő. Ebben a konfigurációban az API Management két zónába osztja el az egység mögöttes számítási erőforrásait. A nem felügyelt zónában lévő erőforrás továbbra is működik.
Forgalom átirányítása: Ha egy zóna nem érhető el, az érintett zónában lévő egységek szintén nem érhetők el. A példány skálázható további egységek hozzáadásához.
Zóna helyreállítása
Automatikus és zónaredundáns: Az automatikus rendelkezésreállási zóna támogatásának használatára konfigurált vagy a zónaredundancia használatára manuálisan konfigurált példányok esetében a rendelkezésre állási zóna helyreállításakor az API Management automatikusan visszaállítja a rendelkezésre állási zónában lévő egységeket, és a szokásos módon átirányítja az egységek közötti forgalmat.
Zonal: A zonális példányok esetében ön a felelős a példány felé irányuló forgalom átirányításáért az eredeti rendelkezésre állási zónába annak helyreállítása után.
Zóna helyreállítása
A Prémium v2 szinten, amikor a rendelkezésre állási zóna helyreáll, az API Management automatikusan visszaállítja a rendelkezésre állási zónában lévő egységeket, és a szokásos módon átirányítja az egységek közötti forgalmat.
Zónahibák tesztelése
Automatikus és zónaredundáns: Az automatikus rendelkezésreállási zóna támogatásának használatára konfigurált vagy a zónaredundancia használatára manuálisan konfigurált példányok esetében az API Management platform kezeli a forgalomirányítást, a feladatátvételt és a feladat-visszavételt. Ez a funkció teljes mértékben felügyelt, így nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait.
Zonal: A zonális példányok esetében nem szimulálható az API Management-példányt tartalmazó rendelkezésre állási zóna kimaradása. Manuálisan azonban konfigurálhat felsőbb rétegbeli átjárókat vagy terheléselosztókat, hogy a forgalmat egy másik rendelkezésre állási zónában lévő másik példányra irányítsák át.
Zónahibák tesztelése
A Prémium v2 szinten az API Management platform kezeli a forgalom útválasztását, az átállást és a visszaállást. Ez a funkció teljes mértékben felügyelt, így nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait.
Rugalmasság régiószintű hibákhoz
Többrégiós üzembe helyezéssel regionális API-átjárókat adhat hozzá egy meglévő API Management-példányhoz egy vagy több támogatott Azure-régióban. A többrégiós üzembe helyezés segít csökkenteni a földrajzilag elosztott API-fogyasztók által észlelt kérések késését. A többrégiós üzembe helyezés akkor is javítja a szolgáltatás rendelkezésre állását, ha egy régió offline állapotba kerül.
Fontos
A több régiós telepítések csak az API Management prémium (klasszikus) szintjén támogatottak.
A többrégiós támogatással kapcsolatos információk megtekintéséhez mindenképpen válassza ki a prémium (klasszikus) szintet a lap elején.
A Microsoft által felügyelt többrégiós üzembe helyezés
Régió hozzáadásakor konfigurálja a következőt:
A régió által üzemeltetett egységek száma.
Rugalmasság a rendelkezésre állási zónák hibáival szemben, ha az adott régió rendelkezésre állási zónákat biztosít.
A hozzáadott régió virtuális hálózati beállításai, ha a hálózatkezelés a meglévő régióban vagy régiókban van konfigurálva.
Requirements
Régiótámogatás: Többrégiós üzembe helyezéseket hozhat létre a Prémium (klasszikus) szinten az API Managementet támogató bármely Azure-régióval. Annak megtekintéséhez, hogy mely régiók támogatják a többrégiós telepítéseket, tekintse meg a termék rendelkezésre állását régiónként.
Rétegkövetelmény: A többrégiós támogatás konfigurálásához a prémium (klasszikus) szintet kell használnia. Ha frissíteni szeretné a példányt a Prémium (klasszikus) szintre, olvassa el a Frissítés a Prémium szintre című témakört.
Megfontolások
Csak átjáró: A rendszer csak az API Management-példány átjáróösszetevőjét replikálja több régióba. A példány felügyeleti síkja és fejlesztői portálja csak abban az elsődleges régióban marad üzemeltetve, ahol eredetileg üzembe helyezte a szolgáltatást.
Hálózati követelmények: Ha egy másodlagos helyet szeretne konfigurálni az API Management-példányhoz, amikor üzembe helyezi (injektálja) egy virtuális hálózaton, a virtuális hálózatnak és az alhálózati régiónak meg kell egyeznie a konfigurált másodlagos helytel. Ha hozzáadja, eltávolítja vagy engedélyezi a rendelkezésre állási zónát az elsődleges régióban, vagy ha módosítja az elsődleges régió alhálózatát, az API Management-példány virtuális IP-címe (VIP) megváltozik. További információ: Az IP-címek módosítása. Ha azonban hozzáad egy másodlagos régiót, az elsődleges régió VIP-címe nem változik, mert minden régiónak saját privát VIP-címe van.
Tartománynévrendszer (DNS) nevei: Az átjáró minden régióban, beleértve az elsődleges régiót is, egy regionális DNS-névvel rendelkezik, amely például
https://<service-name>-<region>-01.regional.azure-api.netaz URL-mintáthttps://contoso-westus2-01.regional.azure-api.netköveti.
Költség
A régiók hozzáadása költségekkel jár. További információkért tekintse meg az API Management díjszabását.
Többrégiós támogatás konfigurálása
Ha többrégiós támogatást szeretne konfigurálni egy API Management-példányon, olvassa el az API Management-példány üzembe helyezését több Azure-régióban.
Ha el szeretne távolítani egy régiót egy API Management-példányból, olvassa el az API Management szolgáltatásrégió eltávolítása című témakört.
Kapacitástervezés és -kezelés
Régiónkénti leállás esetén nincs garancia arra, hogy egy másik régióban több kapacitásra vonatkozó kérések sikeresek lesznek. Ha egy régió meghibásodása esetén garantált kapacitásra van szüksége, akkor létre kell hoznia és konfigurálnia kell az API Management-példányt, hogy figyelembe vegye a régió elvesztését. Ezt az API Management-példány kapacitásának túlzott kiépítésével teheti meg. A túlkiépítés elvével kapcsolatos további információkért lásd: Kapacitás kezelése túlkiépítéssel.
Többrégiós telepítések esetén az automatikus skálázás csak a primér régióra vonatkozik. A másodlagos régiók manuális skálázási beállításokat vagy ön által vezérelhető egyéni eszközöket igényelnek.
Viselkedés, ha minden régió kifogástalan
Ez a szakasz azt ismerteti, hogy mire számíthat, ha az API Management-példányok többrégiós támogatással vannak konfigurálva, és minden régió működőképes.
Forgalomirányítás régiók között: Az API Management automatikusan átirányítja a bejövő kéréseket egy regionális átjáróra. A kérés a klienshez legközelebb eső, legkisebb késleltetéssel rendelkező regionális átjáróhoz van irányítva. Ha más útválasztási módszert kell használnia, saját Traffic Managert is konfigurálhat egyéni útválasztási szabályokkal. További információ: Egyéni útválasztás használata az API Management regionális átjáróihoz.
Amikor egy kérés elér egy API Management regionális átjárót, a rendszer a háttér API-hoz irányítja, kivéve, ha egy szabályzat közvetlenül az átjárótól ad vissza választ, például gyorsítótárazott választ vagy hibakódot. Többrégiós megoldás esetén ügyelnie kell arra, hogy a háttér API egy olyan példányára irányítson, amely megfelel a teljesítménykövetelményeknek. További információ: Api-hívások átirányítása a regionális háttérszolgáltatásokhoz.
Régiók közötti adatreplikálás: Az átjárókonfiguráció, például az API-k és a szabályzatdefiníciók rendszeresen szinkronizálódnak a hozzáadott elsődleges és másodlagos régiók között. A regionális átjárók frissítéseinek propagálása általában kevesebb, mint 10 másodpercet vesz igénybe.
A sebességkorlát-számlálók és a belső gyorsítótárban lévő adatok régióspecifikusak, ezért nem replikálódnak a régiók között.
Viselkedés régióhiba esetén
Ez a szakasz azt ismerteti, hogy mire számíthat, ha az API Management-példányok többrégiós támogatással vannak konfigurálva, és kimaradás van az egyik használt régióban.
Észlelés és válasz: Az API Management feladata, hogy észleljen egy hibát egy régióban, és automatikusan átvehesse az átjárót a többi konfigurált régió egyikében.
Aktív kérések: A hibás régióban feldolgozott aktív kérések elvethetők, és az ügyfélnek újra meg kell próbálkoznia.
Várható adatvesztés: Az API Management nem tárol adatokat, kivéve a konfigurációt, a gyorsítótárat és a sebességkorlát-számlálókat.
A konfigurációs módosítások körülbelül 10 másodpercen belül replikálódnak az egyes régiókba. Ha az elsődleges régió kimarad, előfordulhat, hogy a nem replikált konfigurációs módosítások elvesznek.
A sebességkorlát-számlálók és a belső gyorsítótárban lévő adatok régióspecifikusak, ezért nem replikálódnak a régiók között.
Várható állásidő: Az átjáró leállási ideje nem várható.
Ha az elsődleges régió offline állapotba kerül, az API Management felügyeleti síkja és a fejlesztői portál elérhetetlenné válik. A másodlagos régiók azonban továbbra is a legújabb átjárókonfigurációval szolgálják ki az API-kéréseket.
Forgalom átirányítása: Ha egy régió offline állapotba kerül, a rendszer automatikusan átirányítja az API-kéréseket a sikertelen régió körül a következő legközelebbi átjáróhoz.
Régió helyreállítása
Amikor az elsődleges régió helyreáll, az API Management automatikusan visszaállítja a régió egységeit, és átirányítja az egységek közötti forgalmat.
Régióhibák tesztelése
Ha készen áll a váratlan régiókimaradásokra, rendszeresen tesztelje a régióhibákra adott válaszokat. Ön a régióhiba néhány aspektusát szimulálhatja a regionális átjáróhoz való útválasztás letiltásával.
Biztonsági mentés és visszaállítás
Az API Management nem tárolja a legtöbb futtatókörnyezeti adatot. Az API Management szolgáltatás konfigurációjáról azonban biztonsági másolatot készíthet. Biztonsági mentési és visszaállítási műveletek használatával is replikálhatja az API Management szolgáltatás konfigurációit az operatív környezetek között, például a fejlesztést és az előkészítést.
Fontos
A biztonsági mentési eljárásban olyan futtatókörnyezeti adatok szerepelnek, mint a felhasználók és az előfizetések, amelyek nem mindig lesznek kívánatosak.
A biztonsági mentés fejlesztői, alapszintű, standard és prémium szinten támogatott.
További információkért lásd: Hogyan valósítható meg a katasztrófa-helyreállítás az API-kezelés biztonsági mentés és visszaállítás szolgáltatásának használatával.
Egyes szolgáltatásösszetevők vagy erőforrások biztonsági mentéséhez vagy visszaállításához megfontolhatja az ügyfél által felügyelt lehetőségeket is, például az APIOps eszközt és az infrastruktúrát kódmegoldásként (IaC).
A szolgáltatás karbantartásával szembeni rugalmasság
Az API Management rendszeres szolgáltatásfrissítéseket és egyéb karbantartási formákat hajt végre.
Az Alapszintű, a Standard és a Prémium (klasszikus) szinten testre szabhatja, hogy a frissítési folyamat során a példány mikor kap frissítést. Ha ellenőriznie kell a frissítéseknek a számítási feladatra gyakorolt hatását, érdemes lehet úgy konfigurálni egy tesztpéldányt, hogy a frissítési ciklus korai szakaszában megkapja a frissítéseket, és állítsa be az éles példányt, hogy a ciklus végén kapja meg a frissítéseket. Megadhat egy karbantartási időszakot is, amely az a nap, amikor a példány szolgáltatásfrissítéseket szeretne alkalmazni.
További információ: Az API Management-példányok szolgáltatásfrissítési beállításainak konfigurálása.
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.
Ha egy API Management-példányt több rendelkezésre állási zónában vagy régióban helyez üzembe, az SLA-ban meghatározott üzemidő-százalék nő.
A szolgáltatás saját SLA-t biztosít, de figyelembe kell vennie az egyéb számítási feladatokhoz tartozó összetevők, például az API-háttérrendszerek várható megbízhatóságát is.