Wat zijn Azure-regio's?

Azure biedt wereldwijd meer dan 70 regio's. Regio's bevinden zich in veel verschillende geografische gebieden. Elke geografie vertegenwoordigt een grens voor gegevenslocatie, bijvoorbeeld de Verenigde Staten of Europa, en kan een of meer regio's bevatten. Elke regio is een set fysieke faciliteiten met datacenters en netwerkinfrastructuur.

Regio's bieden bepaalde typen tolerantieopties. Veel regio's bieden beschikbaarheidszones, en sommige hebben een gekoppelde regio, terwijl andere niet gekoppeld zijn. Wanneer u een regio voor uw services kiest, is het belangrijk om aandacht te besteden aan de tolerantieopties die beschikbaar zijn in die regio. Dit artikel helpt u inzicht te krijgen in Azure-regio's en biedt een overzicht van de tolerantieopties die door sommige Azure-regio's worden ondersteund, terwijl koppelingen naar gedetailleerdere informatie over elk onderwerp worden aangeboden.

Inzicht in Azure-regio's en geografische gebieden

Een Azure-regio bestaat uit een of meer datacenters die zijn verbonden door een netwerkverbinding met hoge capaciteit, fouttolerant en netwerkverbinding met lage latentie. Azure-datacenters bevinden zich doorgaans in een groot grootstedelijk gebied.

Elke regio bevindt zich in één geografie die fungeert als een vaste grens voor gegevenslocatie. Als u vereisten voor gegevenslocatie hebt, is het belangrijk dat u regio's selecteert binnen de vereiste geografie. Elke geografie heeft ten minste één regio die is uitgerust met beschikbaarheidszones. Zie Azure-geografische gebieden voor een lijst met alle Azure-geografische gebieden.

Notitie

De meeste regio's zijn beschikbaar voor alle Azure-klanten. Sommige regio's behoren echter tot onafhankelijke cloudregio's , die beschikbaar zijn voor sommige klanten in specifieke geografische gebieden met strenge regelgeving voor gegevenslocatie. Onafhankelijke cloudregio's werken op dezelfde manier als andere regio's, maar ze zijn vaak beperkt in de services en functies van services die ze leveren. Voor meer voorbeelden van beperkte servicebeschikbaarheid in soevereine cloudregio's, zie vergelijking van Azure Government en global Azure of beschikbaarheid van services voor Microsoft Azure beheerd door 21Vianet.

Lijst met regio's

Zie Lijst met Azure-regio's voor een lijst met Azure-regio's. Als u meer informatie wilt over regio's, waaronder gegevenslocatie en naleving van regelgeving, raadpleegt u de kaart met Microsoft-datacenters.

Azure-regio's kiezen

Wanneer u een oplossing ontwerpt, moet u de Azure-regio's kiezen die u wilt gebruiken. De regio's die u kiest, kunnen van invloed zijn op de tolerantie van uw oplossing, evenals op veel andere aspecten van uw oplossing.

Houd rekening met de volgende factoren wanneer u regio's selecteert:

• Latentie. Selecteer regio's die geografisch dicht bij uw gebruikers liggen om de latentie te verminderen. Als uw gebruikers zich bijvoorbeeld in de Verenigde Staten bevinden, kunt u een regio in de Verenigde Staten of Canada selecteren.
• Beschikbaarheidszones. Selecteer regio's die beschikbaarheidszones ondersteunen om redundantie en foutisolatie te bieden. Zorg ervoor dat u uw resources verspreidt over meerdere beschikbaarheidszones in de regio.
• Gegevenslocatie: Zorg ervoor dat alle regio's die u selecteert zich binnen een gegevenslocatiegrens bevinden die uw organisatie nodig heeft.

Zie Azure-regio's selecteren voor meer gedetailleerde informatie over het selecteren van regio's.

Opties voor regionale veerkracht

Hoewel alle Azure-regio's hoogwaardige services bieden, zoals gegevenslocatie en latentieoptimalisatie, kunnen ze verschillen in de typen tolerantieopties die ze ondersteunen.

In deze sectie vindt u een overzicht van de twee tolerantieopties die al dan niet beschikbaar zijn in de regio's die u kiest.

Beschikbaarheidszones

Veel Azure-regio's bieden beschikbaarheidszones. Beschikbaarheidszones zijn onafhankelijke sets datacenters die geïsoleerde stroom-, koelings- en netwerkverbindingen bevatten. Beschikbaarheidszones bevinden zich fysiek dicht bij elkaar om een netwerk met lage latentie te bieden, maar ver genoeg uit elkaar om foutisolatie te bieden van bijvoorbeeld stormen en geïsoleerde stroomstoringen. De meeste Azure-services bieden ingebouwde ondersteuning voor beschikbaarheidszones en u kunt bepalen hoe u deze kunt gebruiken om aan uw behoeften te voldoen. Wanneer u een Azure-oplossing ontwerpt, moet u beschikbaarheidszones gebruiken om redundantie en foutisolatie te bieden.

Zie Wat zijn beschikbaarheidszones? voor meer informatie over beschikbaarheidszones.

Gekoppelde en niet-gepaareerde regio's

Sommige Azure-regio's zijn gekoppeld aan een andere Azure-regio om regioparen te vormen. Regioparen worden door Microsoft geselecteerd en kunnen niet worden gekozen door de klant. Er zijn enkele Azure-services die regioparen gebruiken ter ondersteuning van geo-replicatie en geo-redundantie. Sommige gebruiken ook regioparen ter ondersteuning van aspecten van herstel na noodgevallen, in het onwaarschijnlijke geval dat een regio een catastrofale en onherstelbare fout ondervindt.

Veel nieuwere regio's worden niet gekoppeld en gebruiken in plaats daarvan beschikbaarheidszones als primaire redundantiemiddel. Veel Azure-services bieden ondersteuning voor georedundantie, ongeacht of de regio's zijn gekoppeld of niet, en u kunt een uiterst flexibele oplossing ontwerpen, ongeacht of u gekoppelde regio's, niet-gekoppelde regio's of een combinatie van beide gebruikt.

Zie Azure-regioparen en niet-gekoppelde regio's voor meer informatie over gekoppelde en niet-gekoppelde regio's en hoe u deze kunt gebruiken.

Meerdere Azure-regio's gebruiken

Het is gebruikelijk om meerdere Azure-regio's te gebruiken, gekoppeld of niet-gekoppeld, wanneer u een oplossing ontwerpt. Door meerdere regio's te gebruiken, kunt u de werkbelastingtolerantie verhogen tot veel soorten fouten en hebt u veel opties voor herstel na noodgevallen. Sommige Azure-services zijn ook beschikbaar in specifieke regio's, dus door een oplossing voor meerdere regio's te ontwerpen, kunt u profiteren van de wereldwijde en gedistribueerde aard van de cloud.

Als u meerdere regio's samen gebruikt, moet u rekening houden met de volgende factoren:

• Fysieke isolatie: Overweeg of u regio's moet gebruiken die geografisch ver van elkaar liggen. Hoe groter de afstand, hoe groter de tolerantie in het geval van een grote natuurramp in een van de regio's. Zie Lijst met Azure-regio's en Microsoft-datacentersoverzicht voor informatie over de stad of staat waarin een regio zich bevindt.

• Wachttijd: Wanneer u fysiek geïsoleerde regio's selecteert, neemt de latentie van netwerkverbindingen tussen die regio's toe. Latentie kan van invloed zijn op hoe u een oplossing voor meerdere regio's ontwerpt en de typen geo-replicatie en geo-redundantie die u kunt gebruiken beperken. Ga naar Azure-netwerk round-trip latentiestatistieken om meer te leren over de latentie tussen Azure-regio's. Zie Aanbevelingen voor het gebruik van beschikbaarheidszones en regio's voor meer informatie over het selecteren van regio's.

• Gegevenslocatie: Zorg ervoor dat alle regio's die u selecteert zich binnen een gegevenslocatiegrens bevinden die uw organisatie nodig heeft.

Niet-regionale diensten

De meeste Azure-services worden geïmplementeerd in een specifieke regio. Er zijn echter enkele services die niet zijn gekoppeld aan één Azure-regio. Het is belangrijk om te herkennen hoe niet-regionale diensten werken in het geval van een regionale storing en om rekening mee te houden wanneer u uw oplossingen en bedrijfscontinuïteitsplan ontwerpt.

Niet-regionale services worden door Microsoft geïmplementeerd in twee of meer regio's. Bij een regionale storing kan de instantie van de service in een gezonde regio serviceverzoeken blijven verwerken. Azure DNS is bijvoorbeeld een niet-regionale service.

Met sommige Azure-services kunt u een regio of geografie opgeven waarin uw gegevens worden opgeslagen. Met Microsoft Entra-id kunt u bijvoorbeeld het geografische gebied voor uw gegevens selecteren, zoals Europa of Noord-Amerika. Voor meer informatie over gegevensresidency, zie Gegevensresidency in Azure.

Met sommige niet-regionale diensten kunt u de regio opgeven waar bepaalde onderdelen worden geïmplementeerd. U kunt bijvoorbeeld kiezen welke regio azure Virtual Desktop-VM's moeten worden opgeslagen.

Verwante bronnen

Zie Producten die beschikbaar zijn per regio voor meer informatie over de Azure-services die beschikbaar zijn in elke regio.