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 är anslutna via ett högpresterande nätverk med en svarstid på mindre än cirka 2 ms. De är tillräckligt nära för att ha anslutningar med låg latens till andra tillgänglighetszoner, men är tillräckligt långt ifrån varandra för att minska risken för att fler än en påverkas av ett lokaliserat avbrott, till exempel ett strömavbrott eller en storm.
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.
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.
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.
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.