Replikering mellan regioner i Azure

Många Azure-regioner tillhandahåller tillgänglighetszoner, som är avgränsade grupper av datacenter. I en region är tillgänglighetszonerna tillräckligt nära för att ha anslutningar med låg latens till andra tillgänglighetszoner, men de är tillräckligt långt ifrån varandra för att minska sannolikheten för att fler än en kommer att påverkas av lokala avbrott eller väder. Tillgänglighetszoner har oberoende infrastruktur för ström, kylning och nätverk. De är utformade 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.

Azure-regioner är utformade för att erbjuda skydd mot lokala katastrofer med tillgänglighetszoner, men de kan också ge skydd mot regionala eller stora geografiska katastrofer med haveriberedskap genom att använda en annan sekundär region som använder replikering mellan regioner. Både de primära och sekundära regionerna bildar tillsammans ett regionpar.

Replikering mellan regioner

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

Replikering mellan regioner är en av flera viktiga grundpelare i azure-strategin för affärskontinuitet och haveriberedskap. 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.

Image depicting high availability via asynchronous replication of applications and data across other Azure regions for disaster recovery protection.

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 Azure geo-redundant lagring (GRS) data till en sekundär region automatiskt. Den här metoden säkerställer att data är varaktiga ä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 mer information om affärskontinuitet och haveriberedskap i Azure finns i Hantering av affärskontinuitet i Azure.

Delat ansvar blir kärnan i 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 i olika 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 utformar du programmet för maximal återhämtning och enkel haveriberedskap.

Fördelar med replikering mellan regioner

Arkitekturen för tjänstöverskridande replikering och data kan fastställas per tjänst. Du måste använda en metod för kostnads-nyttoanalys 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 utarbetas. Här är några av de här fördelarna:

  • Regionåterställningssekvens: Om ett geografiomfattande avbrott inträffar prioriteras återställningen av en region ut ur varje aktiverad uppsättning regioner. Program som distribueras i aktiverade regionuppsättningar kommer garanterat att ha en av de regioner som prioriteras för återställning. Om ett program distribueras mellan regioner, varav något inte är aktiverat för replikering mellan regioner, kan återställningen fördröjas.
  • Sekventiell uppdatering: Planerade Azure-systemuppdateringar för dina aktiverade regioner fördelas 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. Datacenterseparation minskar sannolikheten för att naturkatastrofer, oroligheter, strömavbrott eller fysiska nätverksavbrott kan påverka flera regioner. Isoleringen omfattas av begränsningarna inom ett geografiskt område, till exempel geografistorlek, tillgänglighet för kraft- eller nätverksinfrastruktur och föreskrifter.
  • Datahemvist: Regioner finns inom samma geografiska område som deras aktiverade uppsättning (förutom Brasilien, södra och Singapore) för att uppfylla kraven på datahemvist för skatte- och brottsbekämpningsjuridiska jurisdiktionsändamål.

Även om det inte går att skapa egna regionala parningar 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 datasäkerhetskopior till ett Azure Storage-konto i en annan region. Med Azure DNS och Azure Traffic Manager kan du utforma en elastisk arkitektur för dina program som klarar förlusten av den primära regionen.

Azure styr 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 alla regioner som uppfyller dina affärsbehov. En Azure GRS-lagringslösning kan till exempel para ihop data i Canada Central med en peer i Kanada, östra när du använder Azure Compute-resurser i USA, östra.

Länkade Azure-regioner

Många regioner har också en länkad region som stöder replikering mellan regioner baserat på närhet och andra faktorer.

Viktigt!

Om du vill veta mer om din regions arkitektur och tillgängliga parkopplingar kontaktar du din Microsoft-säljare eller kundrepresentant.

Regionala Azure-par

Geografi Regionalt par A Regionalt par B
Asien och stillahavsområdet Asien, östra (Hongkongs särskilda administrativa region) Sydostasien (Singapore)
Australien Australien, östra Australien, sydöstra
Australien, centrala Australien, centrala 2*
Brasilien Brasilien, södra USA, södra centrala
Brasilien, sydöstra* Brasilien, södra
Kanada Kanada, centrala Kanada, östra
Kina Kina, norra Kina, östra
Norra Kina 2 Östra Kina 2
Norra Kina 3 Kina, östra 3*
Europa Nordeuropa (Irland) Västra Europa (Nederländerna)
Frankrike Frankrike, centrala Frankrike, södra*
Tyskland Tyskland, västra centrala Tyskland, norra*
Indien Indien, centrala Indien, södra
Indien, centrala Västra Indien
Västra Indien Indien, södra
Japan Japan, östra Japan, västra
Korea Sydkorea, centrala Sydkorea, södra*
Norge Norge, östra Norge, västra*
Sydafrika Sydafrika, norra Sydafrika, västra*
Sverige Sverige, centrala Sverige, södra*
Schweiz Schweiz, norra Schweiz, västra*
Storbritannien Västra Storbritannien Södra Storbritannien
USA USA, östra Västra USA
USA, östra 2 Centrala USA
USA, norra centrala USA, södra centrala
Västra USA 2 Västra centrala USA
Västra USA 3 USA, östra
Förenade Arabemiraten Förenade Arabemiraten, norra Förenade Arabemiratens centrala*
USA:s försvarsdepartement USA DoD, östra* US DoD Central*
Amerikanska myndigheter US Gov Arizona* US Gov Texas*
US Gov Virginia* US Gov Texas*
US Gov Texas* US Gov Virginia*

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

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 Centrala Indien.
  • USA, västra 3 paras ihop i en riktning med USA, östra. Usa, östra är dubbelriktade tillsammans med USA, västra.
  • Södra Brasilien är unikt eftersom det är parat med 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 i regioner utan ett 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 du kan välja att behålla data i samma region. Kunderna ansvarar för dataåterhämtning baserat på deras behov av mål för återställningspunkt eller återställningstid (RTO/RPO) 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 enligt vägledning från Azure-tjänster som stöder hög tillgänglighet och Azure Resiliency – Affärskontinuitet och haveriberedskap.

Tabellen nedan visar en lista över Azure-regioner utan regionpar:

Geografi Region
Qatar Qatar, centrala
Polen Polen, centrala
Israel Israel, centrala
Italien Italien, norra
Österrike Österrike, östra (kommer snart)
Spanien Spaniens centrala (kommer snart)

Nästa steg