Megosztás a következőn keresztül:


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

Feljegyzés

  • A rendelkezésre állási zónák és a többrégiós üzembe helyezés támogatott a Prémium szinten.
  • A konfigurációról az API Management migrálása a rendelkezésre állási zónák támogatásához és az API Management üzembe helyezéséhez több régióban című témakörben olvashat.

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.

Feljegyzés

A kapacitásmetrika és a saját tesztelés segítségével döntse el, hogy hány skálázási egység biztosítja az átjáró teljesítményét az igényeinek megfelelően. További információ a szolgáltatáspéldány skálázásáról és frissítéséről .

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és segít csökkenteni a földrajzilag elosztott API-felhasználók által érzékelt kérelmek késését, é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 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 többrégiós üzembe helyezés több régióban biztosítja az API-átjáró rendelkezésre állását, és biztosítja a szolgáltatások rendelkezésre állását, ha egy 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ó körül a következő 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.

Feljegyzés

Bár az Azure folyamatosan a lehető legnagyobb rugalmasságra törekszik a felhőplatform SLA-jában, saját cél SLA-kat kell meghatároznia a megoldás egyéb összetevőihez.

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