Dela via

Se till att API Management är tillgängligt och tillförlitligt

  • Artikel

GÄLLER FÖR: Premium

Den här artikeln är en översikt över tjänstfunktioner för att säkerställa att DIN API Management-instans fortsätter att hantera API-begäranden om Azure-avbrott inträffar.

API Management erbjuder följande funktioner för tillförlitliga och motståndskraftiga Azure-lösningar. Använd dem individuellt eller tillsammans för att förbättra tillgängligheten:

  • Tillgänglighetszoner: Motståndskraft mot avbrott på datacenternivå

  • Distribution i flera regioner: Motståndskraft mot regionala avbrott

Kommentar

Tillgänglighetszoner

Azure-tillgänglighetszoner är fysiskt separata platser i en Azure-region som är toleranta mot fel på datacenternivå. Varje zon består av ett eller flera datacenter som är utrustade med oberoende infrastruktur för ström, kylning och nätverk. För att säkerställa återhämtning finns minst 3 separata tillgänglighetszoner i alla tillgänglighetszonaktiverade regioner. Läs mer

Aktivering av zonredundans för en API Management-instans i en region som stöds ger redundans för alla tjänstkomponenter: gateway, hanteringsplan och utvecklarportal. Azure replikerar automatiskt alla tjänstkomponenter mellan de zoner som du väljer.

När du aktiverar zonredundans i en region bör du överväga antalet API Management-skalningsenheter som måste distribueras. Konfigurera minst samma antal enheter som antalet tillgänglighetszoner eller en multipel så att enheterna fördelas jämnt mellan zonerna. Om du till exempel väljer 3 tillgänglighetszoner i en region kan du ha 3 enheter så att varje zon är värd för en enhet.

Kommentar

Använd kapacitetsmåttet och din egen testning för att bestämma antalet skalningsenheter som ger gatewayprestanda för dina behov. Läs mer om att skala och uppgradera din tjänstinstans.

Distribution i flera regioner

Med distribution i flera regioner kan du lägga till regionala API-gatewayer till en befintlig API Management-instans i en eller flera Azure-regioner som stöds. Distribution i flera regioner bidrar till att minska svarstiden för begäranden som uppfattas av geografiskt distribuerade API-konsumenter och förbättrar tjänstens tillgänglighet om en region kopplas från.

  • Endast gatewaykomponenten i din API Management-instans replikeras till flera regioner. Instansens hanteringsplan och utvecklarportalen finns endast i den primära regionen, den region där du ursprungligen distribuerade tjänsten.

  • Om du vill konfigurera en sekundär plats för DIN API Management-instans när den distribueras (matas in) i ett virtuellt nätverk, bör regionen VNet och undernätet matcha med den sekundära plats som du konfigurerar. Om du lägger till, tar bort eller aktiverar tillgänglighetszonen i den primära regionen, eller om du ändrar undernätet för den primära regionen, ändras VIP-adressen för DIN API Management-instans. Mer information finns i IP-adresser för Azure API Management-tjänsten. Men om du lägger till en sekundär region ändras inte den primära regionens VIP eftersom varje region har sin egen privata VIP.

  • Gatewaykonfigurationer som API:er och principdefinitioner synkroniseras regelbundet mellan de primära och sekundära regioner som du lägger till. Det tar normalt mindre än 10 sekunder att sprida uppdateringar till de regionala gatewayerna. Distribution i flera regioner ger tillgänglighet för API-gatewayen i mer än en region och ger tjänsttillgänglighet om en region kopplas från.

  • När API Management tar emot offentliga HTTP-begäranden till Traffic Manager-slutpunkten (gäller för det externa virtuella nätverket och icke-nätverksbaserade lägen för API Management) dirigeras trafiken till en regional gateway baserat på lägsta svarstid, vilket kan minska svarstiden för geografiskt distribuerade API-konsumenter. I internt VNet-läge måste kunderna konfigurera sin egen lösning för att dirigera och belastningsutjämningstrafik över de regionala gatewayerna. Mer information finns i Nätverksöverväganden.

  • Gatewayen i varje region (inklusive den primära regionen) har ett regionalt DNS-namn som följer URL-mönstret https://<service-name>-<region>-01.regional.azure-api.netför , till exempel https://contoso-westus2-01.regional.azure-api.net.

  • Om en region kopplas från dirigeras API-begäranden automatiskt runt den misslyckade regionen till nästa närmaste gateway.

  • Om den primära regionen kopplas från blir API Management-hanteringsplanet och utvecklarportalen otillgängliga, men sekundära regioner fortsätter att hantera API-begäranden med den senaste gatewaykonfigurationen.

Kombinera tillgänglighetszoner och distribution i flera regioner

Kombinationen av tillgänglighetszoner för redundans i en region och distributioner i flera regioner för att förbättra gatewaytillgängligheten om det uppstår ett regionalt avbrott, bidrar till att förbättra både tillförlitligheten och prestandan för din API Management-instans.

Exempel:

  • Använda tillgänglighetszoner för att förbättra motståndskraften i den primära regionen i en distribution i flera regioner

  • Distribuera skalningsenheter mellan tillgänglighetszoner och regioner för att förbättra prestanda för regionala gatewayer

Överväganden för serviceavtal

API Management tillhandahåller ett serviceavtal på 99,99 % när du distribuerar minst en enhet i två eller flera tillgänglighetszoner eller regioner. Mer information finns i Prissättning.

Kommentar

Azure strävar kontinuerligt efter högsta möjliga återhämtning i serviceavtalet för molnplattformen, men du måste definiera dina egna målavtal för andra komponenter i din lösning.

Tillgänglighet för serverdel

Beroende på var och hur dina serverdelstjänster finns kan du behöva konfigurera redundanta serverdelar i olika regioner för att uppfylla dina krav på tjänsttillgänglighet. Du kan också konfigurera serverdelsegenskaper för att förbättra motståndskraften och tillgängligheten för dina serverdelstjänster.

Regionala serverdelar

Du kan hantera regionala serverdelar och hantera redundans via API Management för att upprätthålla tillgängligheten. Till exempel:

  • I distributioner i flera regioner använder du principer för att dirigera begäranden via regionala gatewayer till regionala serverdelar.

  • Konfigurera principer för att dirigera begäranden villkorligt till olika serverdelar om det uppstår serverdelsfel i en viss region.

  • Använd cachelagring för att minska misslyckade anrop.

Mer information finns i blogginlägget om redundans för serverdels-API med Azure API Manager.

Konfigurera serverdelsegenskaper för tillgänglighet

Med API Management-serverdelsentiteter kan du hantera och tillämpa serverdelsegenskaper för att förbättra tillgängligheten för serverdelar. Till exempel:

  • Distribuera och belastningsbelasta trafik till en pool med URL:er
  • Konfigurera regler för kretsbrytare för att tillämpa kretsbrytarmönstret för att skydda serverdelen från för många begäranden

Nästa steg