Migreringsbaslinje för Azure-tillgänglighetszon

Artikel
07/16/2024

Den här artikeln visar hur du utvärderar programmets tillgänglighetszonsberedskap för migrering från icke-tillgänglighetszon till stöd för tillgänglighetszoner. Vi tar dig igenom de steg du behöver för att avgöra hur du kan dra nytta av tillgänglighetszonens stöd i enlighet med dina program och regionala krav. Mer detaljerad information om tillgänglighetszoner och de regioner som stöder dem finns i Vad är Azure-regioner och tillgänglighetszoner.

När du skapar tillförlitliga arbetsbelastningar kan du välja minst en av följande konfigurationer i tillgänglighetszonen:

Zonindelning. En zonindelad konfiguration ger en specifik, självvald tillgänglighetszon.
Zonredundant. En zonredundant konfiguration tillhandahåller resurser som replikeras eller distribueras automatiskt mellan zoner.

Utöver de två alternativen för tillgänglighetszoner, zonindelad och zonredundant, erbjuder Azure globala tjänster, vilket innebär att de är tillgängliga globalt oavsett region. Eftersom dessa tjänster alltid är tillgängliga i olika regioner är de motståndskraftiga mot både regionala och zonindefinerade avbrott.

Information om vilka Azure-tjänster som stöder tillgänglighetszoner finns i Tillgänglighetszonstjänst och regional support.

Kommentar

När du inte väljer en zonkonfiguration för resursen, antingen zonindelad eller zonredundant, kommer resursen och dess underkomponenter inte att vara zontåliga och kan gå ned under ett zonindelad avbrott i den regionen.

Överväganden för migrering till stöd för tillgänglighetszoner

Det finns ett antal möjliga sätt att skapa ett tillförlitligt Azure-program med tillgänglighetszoner som uppfyller både serviceavtal och tillförlitlighetsmål. Följ stegen nedan för att välja rätt metod för dina behov baserat på tekniska och regelmässiga överväganden, tjänstfunktioner, datahemvist, efterlevnadskrav och svarstid.

Steg 1: Kontrollera om Azure-regionen stöder tillgänglighetszoner

I det här första steget måste du verifiera att din valda Azure-region stöder tillgänglighetszoner samt de Azure-tjänster som krävs för ditt program.

Om din region stöder tillgänglighetszoner rekommenderar vi starkt att du konfigurerar din arbetsbelastning för tillgänglighetszoner. Om din region inte stöder tillgänglighetszoner måste du använda Azure Resource Mover-vägledning för att migrera till en region som erbjuder stöd för tillgänglighetszoner.

Kommentar

För vissa tjänster kan tillgänglighetszoner endast konfigureras under distributionen. Om du vill inkludera tillgänglighetszoner för befintliga tjänster kan du behöva distribuera om. Se tjänstspecifik dokumentation i Översikt över migreringsvägledning för tillgänglighetszoner för Microsoft Azure-produkter och -tjänster.

Steg 2: Sök efter produkt- och SKU-tillgänglighet i Azure-regionen

I det här steget kontrollerar du att nödvändiga Azure-tjänster och SKU:er är tillgängliga i tillgänglighetszonerna i din valda Azure-region.

Information om hur du söker efter regionalt stöd för tjänster finns i Produkter som är tillgängliga per region.

Om du vill visa en lista över tillgängliga VM-SKU:er efter Azure-region och -zon läser du Kontrollera SKU-tillgänglighet för virtuella datorer.

Om din region inte stöder de tjänster och SKU:er som krävs för ditt program måste du gå tillbaka till steg 1: Kontrollera produkttillgängligheten i Azure-regionen för att hitta en ny region som stöder de tjänster och SKU:er som programmet kräver. Vi rekommenderar starkt att du konfigurerar din arbetsbelastning med zonredundans.

För zonindelad hög tillgänglighet för virtuella Azure IaaS-datorer använder du VMSS Flex (Virtual Machine Scale Sets) för att sprida virtuella datorer över flera tillgänglighetszoner.

Steg 3: Överväg dina programkrav

I det här sista steget avgör du, baserat på programkrav, vilken typ av stöd för tillgänglighetszoner som passar bäst för ditt program.

Nedan följer tre viktiga frågor som hjälper dig att välja rätt distribution av tillgänglighetszoner:

Innehåller ditt program komponenter som är känsliga för svarstid?

Azure-tillgänglighetszoner inom samma Azure-region är anslutna via ett högpresterande nätverk med en svarstid på mindre än 2 ms.

Den rekommenderade metoden för att uppnå hög tillgänglighet, om låg svarstid inte är ett strikt krav, är att konfigurera din arbetsbelastning med en zonredundant distribution.

För kritiska programkomponenter som kräver fysisk närhet och låg svarstid, till exempel spel, tekniksimulering och högfrekvent handel (HFT), rekommenderar vi att du konfigurerar en zonindelad distribution. Virtual Machine Scale Sets Flex tillhandahåller zonjusterad beräkning tillsammans med anslutna lagringsdiskar.

Har programkoden beredskap att hantera en distribuerad modell?

För en distribuerad mikrotjänstmodell och beroende på ditt program finns det möjlighet till löpande datautbyte mellan mikrotjänster mellan zoner. Det här kontinuerliga datautbytet via API:er kan påverka prestandan. För att förbättra prestanda och upprätthålla en tillförlitlig arkitektur kan du välja zonindelad distribution.

Med en zonindelad distribution måste du:

Identifiera svarstidskänsliga resurser eller tjänster i din arkitektur.
Bekräfta att svarstidskänsliga resurser eller tjänster stöder zonindelad distribution.
Samlokalisering av svarstidskänsliga resurser eller tjänster i samma zon. Andra tjänster i arkitekturen kan fortsätta att vara zonredundanta.
Replikera känsliga zontjänster för svarstid i flera tillgänglighetszoner för att säkerställa zonåterhämtning.
Belastningsutjämning mellan flera zonindelade distributioner med en standard eller global lastbalanserare.

Om Azure-tjänsten stöder tillgänglighetszoner rekommenderar vi starkt att du använder zonredundans genom att sprida noder över zonerna för att få högre drifttids-serviceavtal och skydd mot zonavbrott.

För ett program på tre nivåer är det viktigt att förstå program-, affärs- och datanivåerna. samt deras tillstånd (tillståndskänsliga eller tillståndslösa) för att utforma i linje med bästa praxis och vägledning enligt typen av arbetsbelastning.

För specialiserade arbetsbelastningar i Azure som exempel nedan kan du läsa respektive vägledning och metodtips för landningszonarkitektur.

Vill du uppnå affärskontinuitet och haveriberedskap i samma Azure-region på grund av efterlevnad, datahemlighet eller styrningskrav?

För att uppnå affärskontinuitet och haveriberedskap i samma region och när det inte finns något regionalt par rekommenderar vi starkt att du konfigurerar din arbetsbelastning med zonredundans. En metod för en enda region gäller även för vissa branscher som har strikta krav på datahemvist och styrning i samma Azure-region. Information om hur du replikerar, redundansväxlar och återställer virtuella Azure-datorer från en tillgänglighetszon till en annan i samma Azure-region finns i Aktivera haveriberedskap för virtuella Azure-datorer mellan tillgänglighetszoner.

Om du behöver flera regioner, eller om din Azure-region inte stöder tillgänglighetszoner, rekommenderar vi att du använder regionala par. Regionala par ligger på långt avstånd med cirka 160 miles ifrån varandra, och ger dig skydd mot explosionsradieskydd från regionala nivåfel som brand, översvämningar, jordbävning och andra naturliga eller oförutsedda katastrofer. Mer information finns i Replikering mellan regioner i Azure: Affärskontinuitet och haveriberedskap.

Kommentar

Det kan finnas scenarier där en kombination av zonbaserade, zonredundanta och globala tjänster fungerar bäst för att uppfylla affärs- och tekniska krav.

Andra saker att tänka på

Mer information om hur du testar dina program för tillgänglighet och återhämtning finns i Testa program för tillgänglighet och återhämtning.
Varje datacenter i en region tilldelas till en fysisk zon. Fysiska zoner mappas till de logiska zonerna i din Azure-prenumeration. Azure-prenumerationer tilldelas automatiskt den här mappningen när en prenumeration skapas. Du kan använda det dedikerade ARM REST-API:et, listLocations och ange API-versionen till 2022-12-01 för att visa en lista över mappningen av den logiska zonen till en fysisk zon för din prenumeration. Den här informationen är viktig för viktiga programkomponenter som kräver samplats med Azure-resurser kategoriserade som strategiska tjänster som kanske inte är tillgängliga i alla fysiska zoner.