Vad är tillgänglighetszoner?
Många Azure-regioner tillhandahåller tillgänglighetszoner, som är avgränsade grupper av datacenter i en region. Varje tillgänglighetszon har oberoende infrastruktur för ström, kylning och nätverk, så att regionala tjänster, kapacitet och hög tillgänglighet stöds av de återstående zonerna om en zon drabbas av ett avbrott.
Tillgänglighetszoner avgränsas vanligtvis med flera kilometer och ligger vanligtvis inom 100 kilometer. Det här avståndet innebär att de är tillräckligt nära för att ha anslutningar med låg latens till andra tillgänglighetszoner via ett högpresterande nätverk. De är dock tillräckligt långt ifrån varandra för att minska sannolikheten för att mer än en kommer att påverkas av lokala avbrott eller väder.
Datacenterplatser väljs med hjälp av rigorösa kriterier för riskbedömning av säkerhetsrisker. Den här processen identifierar alla betydande datacenterspecifika risker och tar hänsyn till delade risker mellan tillgänglighetszoner.
Följande diagram visar flera exempel på Azure-regioner. Regioner 1 och 2 stöder tillgänglighetszoner och regionerna 3 och 4 har inte tillgänglighetszoner.
Information om vilka regioner som stöder tillgänglighetszoner finns i Azure-regioner med stöd för tillgänglighetszoner.
Typer av stöd för tillgänglighetszoner
Azure-tjänster kan tillhandahålla två typer av stöd för tillgänglighetszoner: zonredundant och zonindelad. Varje tjänst kan ha stöd för en eller båda typerna. När du utformar din tillförlitlighetsstrategi ska du se till att du förstår hur varje tjänst i din arbetsbelastning stöder tillgänglighetszoner.
Zonredundanta distributioner: Zonredundanta resurser replikeras eller distribueras automatiskt över flera tillgänglighetszoner. Till exempel replikerar zonredundanta datatjänster data över flera zoner så att ett fel i en zon inte påverkar datatillgängligheten. För vissa tjänster kan du välja den uppsättning zoner som din resurs använder, medan Microsoft i andra tjänster väljer zonerna.
Med zonredundanta distributioner hanterar Microsoft spridningsbegäranden mellan zoner och replikering av data mellan zoner. Om ett avbrott inträffar i en tillgänglighetszon hanterar Microsoft redundans till en annan zon automatiskt.
Zonindelade distributioner: En zonindelad resurs distribueras till en enda, självvald tillgänglighetszon. Den här metoden ger ingen återhämtningsfördel, men den hjälper dig att uppnå strängare svarstider eller prestandakrav. Till exempel kan virtuella datorer, hanterade diskar och standard-IP-adresser distribueras zonindelade till samma zon.
För att förbättra motståndskraften för zonresurser måste du utforma en arkitektur med separata resurser i flera tillgänglighetszoner i regionen, men Microsoft hanterar inte processen åt dig. Om ett avbrott inträffar i en tillgänglighetszon ansvarar du för redundansväxling till en annan zon.
När du använder konfigurera en resurs så att den är zonredundant, eller om du använder flera instanser av en zonresurs i olika tillgänglighetszoner, anses resursen vara zontålig: det vill säga att den är motståndskraftig mot avbrott i en enda tillgänglighetszon.
Vissa tjänster använder inte tillgänglighetszoner förrän du har konfigurerat dem för att göra det. Om du inte uttryckligen konfigurerar en tjänst för stöd för tillgänglighetszoner kallas den för en icke-zonbaserad eller regional distribution. Resurser som konfigurerats på det här sättet kan placeras i valfri tillgänglighetszon i regionen och kan flyttas. Om någon tillgänglighetszon i regionen drabbas av ett avbrott kan icke-zonindeliga resurser finnas i den berörda zonen och kan uppleva driftstopp.
Viktigt!
Vissa tjänster kan ha extra krav att uppfylla för stöd för tillgänglighetszoner. Vissa kanske till exempel bara stöder tillgänglighetszoner för vissa nivåer eller SKU:er, eller i en delmängd av Azure-regioner.
Konfigurera resurser för stöd för tillgänglighetszoner
Varje tjänst har en egen metod för att konfigurera stöd för tillgänglighetszoner. Mer information om hur varje tjänst stöder tillgänglighetszoner och hur du konfigurerar det stödet finns i Azures tillförlitlighetsguider per tjänst.
Fysiska och logiska tillgänglighetszoner
Varje datacenter tilldelas till en fysisk zon. Fysiska zoner mappas till logiska zoner i din Azure-prenumeration och olika prenumerationer kan ha en annan mappningsordning. Azure-prenumerationer tilldelas automatiskt sin mappning när prenumerationen skapas. Därför kan zonmappningen för en prenumeration vara annorlunda för andra prenumerationer.
Prenumeration A kan till exempel ha fysisk zon 1 mappad till logisk zon 2, medan prenumeration B har fysisk zon 1 mappad till logisk zon 3:
Om du vill förstå mappningen mellan logiska och fysiska zoner för din prenumeration använder du API:et Listplatser i Azure Resource Manager. Du kan använda Azure CLI eller Azure PowerShell för att hämta informationen från API:et.
Om du vill jämföra zonmappning för motståndskraftiga lösningar som omfattar flera prenumerationer använder du de dedikerade ARM API-checkZonePeers. Om du vill använda API:et checkZonePeers måste funktionen "Microsoft.Resources/AvailabilityZonePeering" vara aktiverad. Mer information om hur du aktiverar funktioner finns i Registrera funktioner i Azure-prenumeration.
az rest --method get \
--uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
--query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'
Tillgänglighetszoner och Azure-uppdateringar
För varje region vill Microsoft distribuera uppdateringar till Azure-tjänster i en enda tillgänglighetszon i taget. Den här metoden minskar den inverkan som uppdateringar kan ha på en aktiv arbetsbelastning, vilket gör att arbetsbelastningen kan fortsätta att köras i andra zoner medan uppdateringen pågår. Om du vill dra nytta av sekvenserade zonuppdateringar måste arbetsbelastningen redan vara konfigurerad för att köras över flera zoner. Mer information om hur Azure distribuerar uppdateringar finns i Avancerade metoder för säker distribution.
Kommentar
Som rapporterats på Azure Updates Blog debiterar Azure inte för dataöverföringen mellan tillgänglighetszoner oavsett om du använder privata eller offentliga IP-adresser på dina Azure-resurser. Med den här ändringen kommer Azure ytterligare att uppmuntra och stödja kundernas arbete med att skapa mer motståndskraftiga och effektiva program och lösningar i Azure
Fördröjning mellan zoner
I varje region är tillgänglighetszoner anslutna via ett högpresterande nätverk. Microsoft strävar efter att uppnå en kommunikation mellan zoner med svarstider tur och retur på mindre än cirka 2 millisekunder. Med låg svarstid kan du kommunicera med höga prestanda i en region och för synkron replikering av data i flera tillgänglighetszoner.
Kommentar
Målfördröjningen refererar till svarstiden för nätverkslänkarna. Beroende på vilket kommunikationsprotokoll du använder och vilka nätverkshopp som krävs för ett visst nätverksflöde kan svarstiden vara annorlunda.
I de flesta arbetsbelastningar kan du distribuera komponenter i din lösning mellan tillgänglighetszoner utan någon märkbar effekt på dina prestanda. Om du har en arbetsbelastning med hög känslighet för svarstid mellan zoner är det viktigt att testa svarstiden mellan dina valda tillgänglighetszoner med dina faktiska protokoll och konfigurationer. För att minska trafiken mellan zoner är det möjligt att använda zonindelade distributioner, men optimalt bör du använda flera tillgänglighetszoner i din tillförlitlighetsstrategiplan.
Arkitekturvägledning för tillgänglighetszoner
Så här uppnår du tillförlitliga arbetsbelastningar:
- Produktionsarbetsbelastningar bör konfigureras för att använda flera tillgänglighetszoner om den region de finns i stöder tillgänglighetszoner.
- För verksamhetskritiska arbetsbelastningar bör du överväga en lösning som är både flera regioner och flera zoner.
Mer detaljerad information om hur du använder regioner och tillgänglighetszoner i en lösningsarkitektur finns i Rekommendationer för användning av tillgänglighetszoner och regioner.