Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel wordt beschreven hoe regioparen en niet-gekoppelde regio's worden gebruikt in Azure.
Azure-regio's zijn onafhankelijk van elkaar. Microsoft koppelt echter sommige Azure-regio's aan een andere regio, waarbij beide zich meestal in dezelfde geografie bevinden. Samen vormen de regio's een regiopaar. Deze regioparen worden vervolgens gebruikt door een klein aantal Azure-services ter ondersteuning van geo-replicatie en georedundantie. De paren worden ook gebruikt om bepaalde aspecten van herstel na noodgevallen te ondersteunen in het onwaarschijnlijke geval dat een regio een catastrofale en onherstelbare fout ondervindt.
Veel regio's zijn echter niet gekoppeld en gebruiken in plaats daarvan beschikbaarheidszones als hun primaire redundantiemiddel. Daarnaast bieden veel Azure-services ondersteuning voor georedundantie, ongeacht of regio's zijn gekoppeld of niet.
U kunt een zeer tolerante oplossing ontwerpen, ongeacht of u gekoppelde regio's, niet-gepaareerde regio's of een combinatie gebruikt.
Gekoppelde regio's
Sommige Azure-services maken gebruik van gekoppelde regio's om hun geo-replicatie in meerdere regio's en georedundantiestrategie te bouwen. Zo kan azure geografisch redundante opslag (GRS) gegevens automatisch repliceren naar een gekoppelde regio.
Als u zich in een regio met een paar bevindt, biedt het gebruik van het paar als een secundaire regio verschillende voordelen:
- Herstelvolgorde voor regio's. In het onwaarschijnlijke geval van een geografiebrede storing krijgt het herstel van één regio prioriteit uit elk regiopaar. Onderdelen die in gekoppelde regio's worden geïmplementeerd, hebben een van de regio's met prioriteit voor herstel.
- Sequentiële updates. Geplande Azure-systeemupdates worden verspreid over regioparen om downtime, impact van bugs en eventuele logische fouten in het zeldzame geval van een defecte update te minimaliseren.
- Gegevenslocatie. Om te voldoen aan de vereisten voor gegevenslokalisatie bevinden bijna alle regio's zich binnen dezelfde geografie als hun partnerregio. Zie de lijst met Azure-regio's voor meer informatie over de uitzonderingen.
Belangrijk
Het implementeren van resources in een regio in paren maakt ze niet automatisch resistenter en biedt ook geen automatische mogelijkheden voor een hoge beschikbaarheid of herstel na noodgevallen of failover. Het is essentieel dat u uw eigen plannen voor hoge beschikbaarheid en herstel na noodgevallen ontwikkelt, ongeacht of u gekoppelde regio's gebruikt of niet.
Zelfs als u servicefuncties configureert voor het gebruik van regioparen, vertrouwt u niet op door Microsoft beheerde failover tussen deze paren als uw primaire benadering voor herstel na noodgevallen. Zo wordt door Microsoft beheerde failover van opslagaccounts met GRS alleen uitgevoerd in onherstelbare situaties en na herhaalde mislukte herstelpogingen.
U bent niet beperkt tot het gebruik van services binnen één regio of binnen het paar van uw regio. Hoewel een Azure-service mogelijk afhankelijk is van een specifiek regionaal paar voor een aantal van de betrouwbaarheidsmogelijkheden, kunt u uw services hosten in elke regio die aan uw bedrijfsbehoeften voldoet. Een Azure-oplossing kan bijvoorbeeld Azure Storage gebruiken in de regio Canada - centraal met GRS-opslag om gegevens te repliceren naar de gekoppelde regio Canada - oost, terwijl u Azure-rekenresources gebruikt die zich bevinden in VS - oost en Azure OpenAI-resources die zich in VS - west bevinden.
Zie Lijst met Azure-regio's voor een lijst met regio's met alle regioparen.
Asymmetrisch gekoppelde regio's
De meeste regioparen zijn symmetrisch, wat betekent dat elke regio bidirectioneel is gekoppeld aan een andere regio. VS - west is bijvoorbeeld gekoppeld aan VS - oost en VS - oost is gekoppeld aan VS - west.
Asymmetrische regioparen omvatten regio's die niet bidirectioneel zijn gekoppeld. De onderstaande lijst bevat paren van openbare asymmetrische regio's:
- Brazilië - zuid is gekoppeld aan VS - zuid-centraal, dat zich buiten de geografie van Brazilië bevindt. VS - zuid-centraal is niet gekoppeld aan Brazilië - zuid.
- US Gov Arizona is gekoppeld aan US Gov Texas. US Gov Texas is bidirectioneel gekoppeld aan US Gov Virginia.
- India - west is gekoppeld aan Zuid-India, maar India - zuid is gekoppeld aan India - centraal.
- West-Amerika 3 is in één richting gekoppeld aan Oost-Amerika. VS - oost is bidirectioneel gekoppeld aan VS - west.
Zie Azure-regioparen voor een lijst met regio's met alle asymmetrische regioparen.
Niet-geaireerde regio's
Azure blijft wereldwijd uitbreiden en veel van onze nieuwere regio's bieden meerdere beschikbaarheidszones voor hogere tolerantie en hebben geen regiopaar.
Veel Azure-services ondersteunen geo-replicatie en geo-redundantie tussen elke willekeurige set regio's en zijn niet afhankelijk van regioparen. Het is belangrijk om te begrijpen hoe ondersteuning voor meerdere regio's werkt voor de specifieke services die u gebruikt. Zie de azure-servicebetrouwbaarheidshandleidingen voor meer informatie over de details van elke service.
Zie Azure-regioparen voor een lijst met regio's die alle niet-gepaarde regio's omvat.