Replikering mellan regioner i Azure: Affärskontinuitet och haveriberedskap

Många organisationer kräver både hög tillgänglighet som tillhandahålls av tillgänglighetszoner som också stöds med skydd mot storskaliga fenomen och regionala katastrofer. Azure-regioner är utformade för att ge skydd mot lokala katastrofer med tillgänglighetszoner. Men de kan också ge skydd mot regionala eller stora geografikatastrofer med haveriberedskap genom att använda en annan region som använder replikering mellan regioner.

Replikering mellan regioner

För att säkerställa att kunder stöds över hela världen har Azure flera geografiska områden. Dessa diskreta avgränsningar definierar en haveriberedskaps- och datahemvistgräns över en eller flera Azure-regioner.

Replikering mellan regioner är en av flera viktiga grundpelare i strategin för affärskontinuitet och haveriberedskap i Azure. Replikering mellan regioner bygger på synkron replikering av dina program och data som finns med hjälp av tillgänglighetszoner i din primära Azure-region för hög tillgänglighet. Replikering mellan regioner replikerar asynkront samma program och data i andra Azure-regioner för haveriberedskapsskydd.

Bild som visar hög tillgänglighet via asynkron replikering av program och data i andra Azure-regioner för haveriberedskapsskydd.

Vissa Azure-tjänster drar nytta av replikering mellan regioner för att säkerställa affärskontinuitet och skydda mot dataförlust. Azure tillhandahåller flera lagringslösningar som använder replikering mellan regioner för att säkerställa datatillgänglighet. Till exempel replikerar Geo-redundant lagring (GRS) data till en sekundär region automatiskt. Den här metoden säkerställer att data är hållbara även om den primära regionen inte kan återställas.

Alla Azure-tjänster replikerar inte data automatiskt eller återgår automatiskt från en misslyckad region för att korsreparera till en annan aktiverad region. I dessa scenarier måste kunden konfigurera återställning och replikering. De här exemplen är illustrationer av modellen med delat ansvar. Det är en grundläggande grundpelare i din strategi för haveriberedskap. Mer information om modellen med delat ansvar och information om affärskontinuitet och haveriberedskap i Azure finns i Hantering av affärskontinuitet i Azure.

Delat ansvar blir den springande punkten för ditt strategiska beslutsfattande när det gäller haveriberedskap. Azure kräver inte att du använder replikering mellan regioner och du kan använda tjänster för att skapa återhämtning utan att korsreplikera till en annan aktiverad region. Men vi rekommenderar starkt att du konfigurerar dina viktiga tjänster mellan regioner för att dra nytta av isolering och förbättra tillgängligheten.

För program som stöder flera aktiva regioner rekommenderar vi att du använder tillgängliga flera aktiverade regioner. Den här metoden säkerställer optimal tillgänglighet för program och minimerar återställningstiden om en händelse påverkar tillgängligheten. När det är möjligt kan du utforma ditt program för maximal återhämtning och enkel haveriberedskap.

Fördelar med replikering mellan regioner

Du kan välja att utforma replikering mellan regioner för dina tjänster och data per tjänst. Du behöver nödvändigtvis använda en analysmetod för kostnadsfördelar baserat på organisationens strategiska krav och affärsbehov. De främsta fördelarna med replikering mellan regioner är komplexa, omfattande och förtjänar att utvecklas. Här är några av de här fördelarna:

  • Regionåterställningssekvens: Om ett geografiskt omfattande avbrott inträffar prioriteras återställningen av en region av varje aktiverad uppsättning regioner. Program som distribueras över aktiverade regionuppsättningar är garanterat en av regionerna som prioriteras för återställning. Om ett program distribueras mellan regioner, som inte är aktiverat för replikering mellan regioner, kan återställningen fördröjas.
  • Sekventiell uppdatering: Planerade Azure-systemuppdateringar för dina aktiverade regioner är kronologiskt för att minimera stilleståndstiden, effekten av buggar och eventuella logiska fel i den sällsynta händelsen av en felaktig uppdatering.
  • Fysisk isolering: Azure strävar efter att säkerställa ett minsta avstånd på 483 kilometer mellan datacenter i aktiverade regioner, även om det inte är möjligt i alla geografiska områden. Datacenterseparering minskar sannolikheten för att naturkatastrofer, oroligheter i civilläge, strömavbrott eller fysiska nätverksavbrott kan påverka flera regioner. Isoleringen omfattas av begränsningarna inom ett geografiskt område, till exempel geografisk storlek, tillgänglighet för el- eller nätverksinfrastruktur och föreskrifter.
  • Datahemvist: Regioner finns inom samma geografiska område som deras aktiverade uppsättning (med undantag för Brasilien, södra och Singapore) för att uppfylla kraven på datahemvist för skatte- och brottsbekämpande jurisdiktionsändamål.

Även om det inte går att skapa egna regionala par, kan du ändå skapa en egen haveriberedskapslösning genom att skapa dina tjänster i valfritt antal regioner och sedan använda Azure-tjänster för att koppla dem. Du kan till exempel använda Azure-tjänster som AzCopy för att schemalägga säkerhetskopiering av data till ett Azure Storage-konto i en annan region. Med Hjälp av Azure DNS och Azure Traffic Manager kan du utforma en motståndskraftig arkitektur för dina program som klarar förlusten av den primära regionen.

Azure kontrollerar planerat underhåll och återställningsprioritering för regionala par. Vissa Azure-tjänster förlitar sig som standard på regionala par, till exempel Azure Redundant Storage.

Du är inte begränsad till att använda tjänster inom dina regionala par. Även om en Azure-tjänst kan förlita sig på ett specifikt regionalt par kan du vara värd för dina andra tjänster i valfri region som uppfyller dina affärsbehov. En Azure GRS-lagringslösning kan till exempel koppla data i Kanada, centrala med en peer i Kanada, östra när du använder Azure Compute-resurser i USA, östra.

Replikeringspar i Azure mellan regioner för alla geografiska områden

Regioner är kopplade för replikering mellan regioner baserat på närhet och andra faktorer.

Regionala Azure-par

Geografi Regionalt par A Regionalt par B
Asia-Pacific Asien, östra (Hongkong) Sydostasien (Singapore)
Australien Australien, östra Australien, sydöstra
Australien Australien, centrala Australien, centrala 2*
Brasilien Brasilien, södra USA, södra centrala
Brasilien Brasilien, sydöstra* Brasilien, södra
Kanada Kanada, centrala Kanada, östra
Kina Kina, norra Kina, östra
Kina Kina, norra 2 Kina, östra 2
Kina Kina, norra 3 Kina, östra 3*
Europa Europa, norra (Irland) Europa, västra (Nederländerna)
Frankrike Frankrike, centrala Frankrike, södra*
Tyskland Tyskland, västra centrala Tyskland, norra*
Indien Indien, centrala Indien, södra
Indien Indien, västra Indien, södra
Japan Japan, östra Japan, västra
Korea Sydkorea, centrala Sydkorea, södra*
Nordamerika East US USA, västra
Nordamerika USA, östra 2 Central US
Nordamerika USA, norra centrala USA, södra centrala
Nordamerika USA, västra 2 USA, västra centrala
Nordamerika USA, västra 3 East US
Norge Norge, östra Norge, västra*
Sydafrika Sydafrika, norra Sydafrika, väst*
Sverige Sverige, centrala Sverige, södra*
Schweiz Schweiz, norra Schweiz, västra*
Storbritannien Storbritannien, västra Storbritannien, södra
Förenade Arabemiraten Förenade Arabemiraten, norra Förenade Arabemiratens centrala*
USA:s försvarsdepartement USA DoD, östra* US DoD Central*
US Government US Gov Arizona* US Gov Texas*
US Government US Gov Iowa* US Gov Virginia*
US Government US Gov Virginia* US Gov Texas*

(*) Vissa regioner har begränsad åtkomst till specifika kundscenarier, till exempel haveriberedskap i landet. Dessa regioner är endast tillgängliga på begäran genom att skapa en ny supportbegäran i Azure Portal.

Viktigt

  • Västra Indien paras ihop i en riktning endast. Västra Indiens sekundära region är Södra Indien, men södra Indiens sekundära region är Indien, centrala.
  • Brasilien, södra är unikt eftersom det är kopplat till en region utanför dess geografi. Brasilien, södras sekundära region är USA, södra centrala. Den sekundära regionen i USA, södra centrala är inte Brasilien, södra.

Regioner med tillgänglighetszoner och inget regionpar

Azure fortsätter att expandera globalt med Qatar som den första regionen utan regionalt par och uppnår hög tillgänglighet genom att utnyttja tillgänglighetszoner och lokalt redundant eller zonredundant lagring (LRS/ZRS). Regioner utan par har inte geo-redundant lagring (GRS). Sådana regioner följer riktlinjerna för datahemvist så att data kan behållas inom samma region. Kunderna ansvarar för dataåterhämtning baserat på deras RTO/RPO-behov och kan flytta, kopiera eller komma åt sina data från valfri plats globalt. Om en hel Azure-region inte är tillgänglig måste kunderna planera för haveriberedskap mellan regioner per vägledning från Azure-tjänster som stöder hög tillgänglighet och Azure-återhämtning – affärskontinuitet och haveriberedskap

Nästa steg