Replikering mellan regioner i Azure
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 ä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.
Vissa Azure-tjänster stöder 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.
Delat ansvar
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 ansvarar du för å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 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 | |
| USA, västra 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). Vissa tjänster erbjuder dock alternativa alternativ för replikering mellan regioner.
Icke-kopplade regioner följer riktlinjerna för datahemvist för att tillåta alternativet att hålla data bosatta 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 |
|---|---|
| Österrike | Österrike, östra (kommer snart) |
| Israel | Israel, centrala |
| Italien | Italien, norra |
| Mexico | Mexiko, centrala |
| Nya Zeeland | Nya Zeeland North (kommer snart) |
| Polen | Polen, centrala |
| Qatar | Qatar, centrala |
| Spanien | Spanien, centrala |