Replicatie tussen regio's in Azure: Bedrijfscontinuïteit en herstel na noodgevallen

Veel organisaties vereisen zowel hoge beschikbaarheid als beschikbaarheidszones die ook worden ondersteund met bescherming tegen grootschalige verschijnselen en regionale rampen. Zoals beschreven in het tolerantieoverzicht voor regio's en beschikbaarheidszones, zijn Azure-regio's ontworpen om bescherming te bieden tegen lokale rampen met beschikbaarheidszones. Maar ze kunnen ook bescherming bieden tegen regionale of grote geografierampen met herstel na noodgevallen door gebruik te maken van een andere regio die gebruikmaakt van replicatie tussen regio's.

Replicatie in meerdere regio's

Om ervoor te zorgen dat klanten over de hele wereld worden ondersteund, onderhoudt Azure meerdere geografische gebieden. Deze discrete afbakeningen definiëren een grens voor herstel na noodgevallen en gegevenslocatie in één of meerdere Azure-regio's.

Replicatie tussen regio's is een van de belangrijkste pijlers in de strategie voor bedrijfscontinuïteit en herstel na noodgevallen van Azure. Replicatie tussen regio's bouwt voort op de synchrone replicatie van uw toepassingen en gegevens die bestaan met behulp van beschikbaarheidszones in uw primaire Azure-regio voor hoge beschikbaarheid. Replicatie tussen regio's replicatie repliceert asynchroon dezelfde toepassingen en gegevens in andere Azure-regio's voor herstel na noodgevallen.

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

Sommige Azure-services maken gebruik van replicatie tussen regio's om bedrijfscontinuïteit te garanderen en te beschermen tegen gegevensverlies. Azure biedt verschillende opslagoplossingen die gebruikmaken van replicatie tussen regio's om de beschikbaarheid van gegevens te garanderen. Met azure geografisch redundante opslag (GRS) worden gegevens bijvoorbeeld automatisch gerepliceerd naar een secundaire regio. Deze aanpak zorgt ervoor dat gegevens duurzaam zijn, zelfs als de primaire regio niet kan worden hersteld.

Niet alle Azure-services repliceren automatisch gegevens of vallen automatisch terug van een mislukte regio om kruislings te repliceren naar een andere ingeschakelde regio. In deze scenario's moet herstel en replicatie worden geconfigureerd door de klant. Deze voorbeelden zijn illustraties van het model voor gedeelde verantwoordelijkheid. Het is een fundamentele pijler in uw strategie voor herstel na noodgevallen. Zie Bedrijfscontinuïteitsbeheer in Azure voor meer informatie over het model voor gedeelde verantwoordelijkheid en voor meer informatie over bedrijfscontinuïteit en herstel na noodgevallen in Azure.

Gedeelde verantwoordelijkheid wordt de crux van uw strategische besluitvorming als het gaat om herstel na noodgevallen. Azure vereist niet dat u replicatie tussen regio's gebruikt en u kunt services gebruiken om tolerantie te bouwen zonder dat u meerdere replicaties naar een andere ingeschakelde regio hoeft te repliceren. Maar we raden u ten zeerste aan om uw essentiële services in verschillende regio's te configureren om te profiteren van isolatie en beschikbaarheid te verbeteren.

Voor toepassingen die ondersteuning bieden voor meerdere actieve regio's, raden we u aan om beschikbare regio's met meerdere ingeschakelde regio's te gebruiken. Deze praktijk zorgt voor optimale beschikbaarheid voor toepassingen en minimale hersteltijd als een gebeurtenis van invloed is op de beschikbaarheid. Ontwerp waar mogelijk uw toepassing voor maximale tolerantie en gemak van herstel na noodgevallen.

Voordelen van replicatie in meerdere regio's

Het ontwerpen van cross-regionale replicatie voor uw services en gegevens kan per service worden bepaald. U neemt noodzakelijkerwijs een kosten-batenanalysebenadering op basis van de strategische en zakelijke vereisten van uw organisatie. Primaire en rimpelende voordelen van replicatie in kostenregio's zijn complex, uitgebreid en verdienen uitwerking. Dit zijn enkele voordelen:

  • Regioherstelvolgorde: als er een geografisch brede storing optreedt, wordt het herstel van één regio prioriteit gegeven aan elke ingeschakelde set regio's. Toepassingen die zijn geïmplementeerd in ingeschakelde regiosets hebben gegarandeerd een van de regio's met prioriteit voor herstel. Als een toepassing wordt geïmplementeerd in verschillende regio's, die niet is ingeschakeld voor replicatie tussen regio's, kan het herstel worden vertraagd.
  • Sequentiële updates: Geplande Azure-systeemupdates voor uw ingeschakelde regio's worden chronologisch gefaseerd om downtime, impact van bugs en eventuele logische fouten in het zeldzame geval van een defecte update te minimaliseren.
  • Fysieke isolatie: Azure streeft ernaar om een minimale afstand van 300 mijl (483 kilometer) tussen datacenters in ingeschakelde regio's te garanderen, hoewel het niet mogelijk is in alle geografische gebieden. Datacentrumscheiding vermindert de kans dat natuurrampen, maatschappelijke onrust, stroomstoringen of fysieke netwerkstoringen van invloed kunnen zijn op meerdere regio's. Isolatie is onderhevig aan de beperkingen binnen een geografie, zoals geografiegrootte, beschikbaarheid van energie- of netwerkinfrastructuur en voorschriften.
  • Gegevenslocatie: regio's bevinden zich binnen dezelfde geografie als hun ingeschakelde set (met uitzondering van Brazilië - zuid en Singapore) om te voldoen aan de vereisten voor gegevenslocatie voor fiscale en wetshandhavingsbevoegdheidsdoeleinden.

Hoewel het niet mogelijk is om uw eigen regionale koppeling te maken, kunt u toch uw eigen noodhersteloplossing maken door uw services in een willekeurig aantal regio's te bouwen en vervolgens Azure-services te gebruiken om ze te koppelen. U kunt bijvoorbeeld Azure-services zoals AzCopy gebruiken om back-ups van gegevens te plannen naar een Azure Storage-account in een andere regio. Met Behulp van Azure DNS en Azure Traffic Manager kunt u een flexibele architectuur ontwerpen voor uw toepassingen die het verlies van de primaire regio overleven.

Azure regelt gepland onderhoud en herstel prioritering voor regionale paren. Sommige Azure-services zijn standaard afhankelijk van regionale paren, zoals azure-redundante opslag.

U bent niet beperkt tot het gebruik van services binnen uw regionale paren. Hoewel een Azure-service afhankelijk kan zijn van een specifiek regionaal paar, kunt u uw andere services hosten in elke regio die voldoet aan de behoeften van uw bedrijf. Een Azure GRS-opslagoplossing kan bijvoorbeeld gegevens koppelen in Canada - centraal met een peer in Canada - oost terwijl u Azure Compute-resources gebruikt die zich in VS - oost bevinden.

Azure-replicatiekoppelingen voor meerdere regio's voor alle geografische gebieden

Regio's worden gekoppeld voor replicatie tussen regio's op basis van nabijheid en andere factoren.

Regionale Azure-paren

Geografie Regionaal paar A Regionaal paar B
Asia-Pacific Azië - oost (Hongkong) Azië - zuidoost (Singapore)
Australië Australië - oost Australië - zuidoost
Australië Australië - centraal Australië - centraal 2*
Brazilië Brazilië - zuid VS - zuid-centraal
Brazilië Brazilië - zuidoost* Brazilië - zuid
Canada Canada - midden Canada - oost
China China - noord China East
China China - noord 2 China - oost 2
China China - noord 3 China - oost 3*
Europa Europa - noord (Ierland) Europa - west (Nederland)
Frankrijk Frankrijk - centraal Frankrijk - zuid*
Duitsland Duitsland - west-centraal Duitsland - noord*
India India - centraal India - zuid
India India - west India - zuid
Japan Japan - oost Japan - west
Korea Korea - centraal Zuid-Korea*
Noord-Amerika VS - oost VS - west
Noord-Amerika VS - oost 2 Central US
Noord-Amerika VS - noord-centraal VS - zuid-centraal
Noord-Amerika VS - west 2 VS - west-centraal
Noord-Amerika VS - west 3 VS - oost
Noorwegen Noorwegen - oost Noorwegen - west*
Zuid-Afrika Zuid-Afrika - noord Zuid-Afrika - west*
Zweden Zweden - centraal Zweden - zuid*
Zwitserland Zwitserland - noord Zwitserland - west*
VK Verenigd Koninkrijk West Verenigd Koninkrijk Zuid
Verenigde Arabische Emiraten VAE - noord UAE Central*
US Department of Defense US DoD - oost* US DoD Central*
Amerikaanse overheid US Gov Arizona* US Gov Texas*
Amerikaanse overheid US Gov Iowa* US Gov Virginia*
Amerikaanse overheid US Gov Virginia* US Gov Texas*

(*) Bepaalde regio's hebben toegang tot specifieke klantscenario's, zoals herstel na noodgevallen in het land. Deze regio's zijn alleen beschikbaar op aanvraag door een nieuwe ondersteuningsaanvraag te maken in de Azure Portal.

Belangrijk

  • India - west is slechts in één richting gekoppeld. De secundaire regio India - west is India - zuid, maar de secundaire regio van India - zuid is India - centraal.
  • Brazilië - zuid is uniek omdat het is gekoppeld aan een regio buiten de geografie. De secundaire regio van Brazilië - zuid is VS - zuid-centraal. De secundaire regio vs - zuid-centraal is niet Brazilië - zuid.

Volgende stappen