Az API Management rendelkezésre állásának és megbízhatóságának biztosítása

A KÖVETKEZŐKRE VONATKOZIK: Prémium

Ez a cikk áttekintést nyújt a szolgáltatás képességeiről annak biztosítása érdekében, hogy az API Management-példány továbbra is kiszolgálja az API-kéréseket, ha azure-beli kimaradások történnek.

Az API Management a következő képességeket kínálja a megbízható és rugalmas Azure-megoldásokhoz. Használja őket egyenként vagy együtt a rendelkezésre állás javítása érdekében:

• Rendelkezésre állási zónák: Az adatközpontszintű kimaradások rugalmassága

• Többrégiós üzembe helyezés: A regionális kimaradások rugalmassága

Rendelkezésreállási zónák

Az Azure rendelkezésre állási zónák fizikailag különálló helyek egy Azure-régión belül, amelyek tolerálják az adatközpontszintű hibákat. Minden zóna egy vagy több, független energiaellátási, hűtési és hálózati infrastruktúrával felszerelt adatközpontból áll. A rugalmasság biztosítása érdekében legalább 3 különálló rendelkezésre állási zóna van jelen az összes rendelkezésre állási zóna-kompatibilis régióban. További információ

Ha engedélyezi a zónaredundanciát egy API Management-példány számára egy támogatott régióban, redundanciát biztosít az összes szolgáltatásösszetevőhöz: átjáróhoz, felügyeleti síkhoz és fejlesztői portálhoz. Az Azure automatikusan replikálja az összes szolgáltatásösszetevőt a kiválasztott zónák között.

Ha engedélyezi a zónaredundanciát egy régióban, vegye figyelembe az elosztott API Management skálázási egységek számát. Minimálisan konfigurálja a rendelkezésre állási zónák számával megegyező számú egységet, vagy egy többszöröst úgy, hogy az egységek egyenletesen legyenek elosztva a zónák között. Ha például egy régióban 3 rendelkezésre állási zónát választ ki, akkor 3 egységből állhat, így mindegyik zóna egy egységet üzemeltet.

Többrégiós üzembe helyezés

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éssel a földrajzilag elosztott API-fogyasztók kisebb késést érzékelnek majd a kéréseknél, és a megoldás javítja a szolgáltatás rendelkezésre állását, ha egy régió offline állapotba kerül.

• 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 az elsődleges régióban, azon a régióban marad, ahol eredetileg üzembe helyezte a szolgáltatást.

• 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, akkor az API Management-példány VIP-címe megváltozik. További információ: Az Azure API Management szolgáltatás IP-címei. Ha azonban másodlagos régiót ad hozzá, az elsődleges régió VIP-címe nem változik, mert minden régiónak saját privát VIP-címe van.

• Az átjárókonfigurációk, például az API-k és a szabályzatdefiníciók, rendszeresen szinkronizálódnak az elsődleges és a hozzáadott 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 többrégiós üzembe helyezés több régióban is biztosítja az API-átjáró elérhetőségét, és biztosítja a szolgáltatások rendelkezésre állását, ha az egyik régió offline állapotba kerül.

• Amikor az API Management nyilvános HTTP-kéréseket fogad a Traffic Manager-végponthoz (a külső virtuális hálózatra és az API Management nem hálózatos üzemmódjaira vonatkozik), a forgalom egy regionális átjáróra lesz irányítva a legalacsonyabb késés alapján, ami csökkentheti a földrajzilag elosztott API-felhasználók által tapasztalt késést. Belső virtuális hálózat módban az ügyfeleknek saját megoldást kell konfigurálniuk a regionális átjárók közötti forgalom irányítására és terheléselosztására. További részletekért tekintse meg a hálózatkezelési szempontokat.

• Az átjáró minden régióban (beleértve az elsődleges régiót is) egy regionális DNS-névvel rendelkezik, amely a például https://contoso-westus2-01.regional.azure-api.netaz URL-mintát https://<service-name>-<region>-01.regional.azure-api.netköveti.

• Ha egy régió offline állapotba kerül, a rendszer automatikusan átirányítja az API-kéréseket a sikertelen régió kikerülésével a legközelebbi átjáróhoz.

• 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, de a másodlagos régiók továbbra is kiszolgálják az API-kéréseket a legfrissebb átjárókonfigurációval.

Rendelkezésre állási zónák és többrégiós üzembe helyezés egyesítése

Az egy régión belüli redundancia rendelkezésre állási zónáinak és a többrégiós üzemelő példányoknak az átjáró rendelkezésre állásának regionális kimaradás esetén történő javítása céljából történő kombinációja hozzájárul az API Management-példány megbízhatóságának és teljesítményének javításához.

Példák:

• Rendelkezésre állási zónák használata az elsődleges régió rugalmasságának javítása többrégiós üzemelő példányban

• Skálázási egységek elosztása rendelkezésre állási zónák és régiók között a regionális átjáró teljesítményének javítása érdekében

SLA-szempontok

Az API Management 99,99%-os SLA-t biztosít, ha legalább egy egységet üzembe helyez két vagy több rendelkezésre állási zónában vagy régióban. További információt a Díjszabás című szakasz tartalmaz.

Háttér rendelkezésre állása

Attól függően, hogy hol és hogyan üzemeltetik a háttérszolgáltatásokat, előfordulhat, hogy redundáns háttérrendszereket kell beállítania különböző régiókban, hogy megfeleljen a szolgáltatás rendelkezésre állására vonatkozó követelményeknek. A háttérszolgáltatások rugalmasságának és rendelkezésre állásának javítása érdekében a háttértulajdonságokat is konfigurálhatja.

Regionális háttérrendszerek

A rendelkezésre állás fenntartása érdekében kezelheti a regionális háttérrendszereket, és kezelheti a feladatátvételt az API Managementen keresztül. Példa:

• Többrégiós üzemelő példányok esetén szabályzatokkal irányíthatja a kéréseket a regionális átjárókon keresztül a regionális háttérrendszerekbe.

• Konfiguráljon házirendeket a kérések feltételes átirányításához különböző háttérrendszerekhez, ha egy adott régióban háttérrendszerhiba történt.

• Gyorsítótárazással csökkentheti a sikertelen hívásokat.

További részletekért tekintse meg az Azure API Managerrel való háttérbeli API-redundancia blogbejegyzését.

Háttértulajdonságok konfigurálása rendelkezésre álláshoz

Az API Management háttérentitások lehetővé teszik a háttértulajdonságok kezelését és alkalmazását a háttérrendszerek rendelkezésre állásának javítása érdekében. Példa:

• Forgalom elosztása és terheléselosztása URL-címek készletében
• Konfigurálja az áramkör-megszakító szabályait az áramkör-megszakító minta alkalmazásához a háttérrendszer túl sok kéréstől való védelme érdekében

Következő lépések

• További információ az Azure megbízhatóságáról
• További információ a megbízható Azure-alkalmazások tervezéséről
• Az API Management és a megbízhatóság olvasása az Azure Well-Architected Frameworkben