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 szolgáltatásképességeket és szempontokat mutat be annak biztosítása érdekében, hogy az API Management-példány továbbra is kiszolgálja az API-kéréseket az Azure-beli kimaradások esetén.
Az API Management a következő kulcsfontosságú szolgáltatási képességeket támogatja, amelyek megbízható és rugalmas Azure-megoldásokhoz ajánlottak. Az API Management-megoldás rendelkezésre állásának javítása érdekében egyenként vagy együtt is használhatja őket:
Rendelkezésre állási zónák az adatközponti szintű kimaradásokkal szembeni rugalmasság biztosítása érdekében
Többrégiós üzembe helyezés a regionális kimaradásokkal szembeni rugalmasság biztosítása érdekében
Feljegyzés
Az API Management támogatja a rendelkezésre állási zónákat és a többrégiós üzembe helyezést a Prémium szolgáltatási szinten.
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.
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. A zónaredundancia csak a Prémium szolgáltatási szinten érhető el.
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 használatával 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 többrégiós üzembe helyezés csak a Prémium szolgáltatási szinten érhető el.
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.
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áthttps://<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