Replicatieoplossingen voor meerdere regio's voor niet-geaireerde regio's
Sommige Azure-services ondersteunen replicatie tussen regio's om bedrijfscontinuïteit te garanderen en te beschermen tegen gegevensverlies. Deze services maken gebruik van een andere secundaire regio die gebruikmaakt van replicatie tussen regio's. Zowel de primaire als de secundaire regio's vormen samen een regiopaar.
Er zijn echter enkele regio's die niet-gerepliceerd zijn en dus alternatieve methoden vereisen voor het bereiken van geo-replicatie.
Dit document bevat enkele services en mogelijke oplossingen die ondersteuning bieden voor geo-replicatiemethoden zonder gekoppelde regio's.
Azure API Management
Azure API Management biedt geen echte replicatiefunctie voor meerdere regio's. U kunt echter de back-up- en herstelfunctie gebruiken om de configuratie van een API Management-service-exemplaar in één regio te exporteren en deze in een andere regio te importeren. Zolang het opslagaccount dat wordt gebruikt voor de back-up toegankelijk is vanuit de doelregio, is er geen gekoppelde regioafhankelijkheid. In dit artikel vindt u een operationele richtlijnen.
Azure App Service
Voor App Service worden aangepaste back-ups opgeslagen in een geselecteerd opslagaccount. Als gevolg hiervan is er een afhankelijkheid voor herstel tussen regio's in GRS en gekoppelde regio's. Voor het automatische back-uptype kunt u geen back-up maken/herstellen tussen regio's. Als tijdelijke oplossing kunt u een aangepast mechanisme voor het kopiëren van bestanden voor de opgeslagen gegevensset implementeren om handmatig te kopiëren tussen niet-gereairede regio's en verschillende opslagaccounts.
Azure Cache voor Redis
Azure Cache voor Redis bieden twee verschillende replicatieopties voor meerdere regio's die actieve geo-replicatie en passieve geo-replicatie zijn. In beide gevallen is er geen expliciete afhankelijkheid van regioparen.
Azure Container Registry
Met geo-replicatie kan een Azure-containerregister functioneren als één register, waarbij meerdere regio's worden geleverd met regionale registers met meerdere primaire regionale registers. Er zijn geen beperkingen bepaald door regioparen voor deze functie. Zie Geo-replicatie in Azure Container Registry voor meer informatie.
Azure Cosmos DB
Als uw oplossing continue uptime vereist tijdens regiostoringen, kunt u Azure Cosmos DB zo configureren dat uw gegevens in meerdere regio's worden gerepliceerd en wanneer dat nodig is, transparant een failover naar operationele regio's uitvoeren. Azure Cosmos DB biedt ondersteuning voor schrijfbewerkingen in meerdere regio's en kan uw gegevens wereldwijd distribueren om toegang met lage latentie tot uw gegevens te bieden vanuit elke regio zonder koppelingsbeperking.
Azure Database for MySQL
Kies alle beschikbare Azure Database for MySQL-regio's om uw leesreplica's in te stellen.
Azure Database for PostgreSQL
Voor geo-replicatie in niet-gerepliceerde regio's met Azure Database for PostgreSQL kunt u het volgende gebruiken:
Beheerde service met geo-replicatie: Azure PostgreSQL Managed Service ondersteunt actieve geo-replicatie om een continu leesbare secundaire replica van uw primaire server te maken. De leesbare secundaire bevindt zich mogelijk in dezelfde Azure-regio als de primaire of, vaker, in een andere regio. Dit type leesbare secundaire replica wordt ook wel geo-replica genoemd.
U kunt ook een van de twee door de klant beheerde gegevensmigratiemethoden gebruiken om de gegevens te repliceren naar een niet-gemigreerde regio.
Azure Data Factory
Voor geo-replicatie in niet-geairede regio's biedt Azure Data Factory (ADF) ondersteuning voor het inrichten van ADF-pijplijnen als code in combinatie met broncodebeheer voor ADF.
Azure Event Grid
Voor geo-replicatie van Event Grid-onderwerpen in niet-geairede regio's kunt u failover aan de clientzijde implementeren.
Azure IoT Hub
Gebruik voor geo-replicatie in niet-geairede regio's het concierge-patroon voor routering naar een secundaire IoT Hub.
Azure Kubernetes Service (AKS)
Azure Backup kan bescherming bieden voor AKS-clusters, waaronder een CRR-functie (Cross-Region Restore) die momenteel in preview is en alleen Ondersteuning biedt voor Azure Disks. Hoewel de CRR-functie afhankelijk is van met GRS gekoppelde regio's replica's, kan elke afhankelijkheid van CRR worden vermeden als het AKS-cluster alleen gegevens opslaat in externe opslag en vermijdt het gebruik van 'in-cluster'-oplossingen.
Azure Monitor-logboeken
Log Analytics-werkruimten in Azure Monitor-logboeken maken geen gebruik van gekoppelde regio's. Schakel replicatie tussen regio's in om bedrijfscontinuïteit te garanderen en te beschermen tegen gegevensverlies. Zie Tolerantie verbeteren door uw Log Analytics-werkruimte in verschillende regio's te repliceren voor meer informatie.
Azure Service Bus
Azure Service Bus kan regionale tolerantie bieden, zonder afhankelijk te zijn van regioparen, met behulp van geo-replicatie of geo-noodherstelfuncties .
Azure SQL-database
Voor geo-replicatie in niet-gerepliceerde regio's met Azure SQL Database kunt u het volgende gebruiken:
Failovergroepfunctie die wordt gerepliceerd in elke combinatie van Azure-regio's zonder enige afhankelijkheid van onderliggende opslag-GRS.
Actieve functie voor geo-replicatie om een continu gesynchroniseerde secundaire database te maken voor een primaire database. De leesbare secundaire database bevindt zich mogelijk in dezelfde Azure-regio als de primaire of, vaker, in een andere regio. Dit type leesbare secundaire database wordt ook wel een geo-secundaire of geo-replica genoemd.
Azure SQL Managed Instance
Voor geo-replicatie in niet-gereserveerde regio's met Azure SQL Managed Instance kunt u het volgende gebruiken:
- Failovergroepfunctie die wordt gerepliceerd in elke combinatie van Azure-regio's zonder enige afhankelijkheid van onderliggende opslag-GRS.
Azure Storage
Geo-replicatie in niet-geairede regio's bereiken:
Voor Azure Object Storage:
Voor blobopslag en Azure Data Lake Storage kunt u hulpprogramma's zoals AZCopy of Azure Data Factory gebruiken.
Voor v2-opslagaccounts voor algemeen gebruik en premium blok-blobaccounts kunt u Azure Storage-objectreplicatie gebruiken.
Notitie
Objectreplicatie wordt niet ondersteund voor Azure Data Lake Storage.
Voor Azure NetApp Files (ANF) kunt u repliceren naar een set niet-standaardparen naast Azure-regioparen. Zie replicatie tussen regio's van Azure NetApp Files (ANF).
Voor Azure Files:
Als u uw bestanden naar een ander opslagaccount in een andere regio wilt kopiëren, gebruikt u hulpprogramma's zoals:
Zie Synchroniseren tussen twee Azure-bestandsshares voor back-up en herstel na noodgevallen voor een voorbeeldscript.
Als u wilt synchroniseren tussen uw Azure-bestandsshare (cloudeindpunt), een on-premises Windows-bestandsserver en een gekoppelde bestandsshare die wordt uitgevoerd op een virtuele machine in een andere Azure-regio (uw servereindpunt voor herstel na noodgevallen), gebruikt u Azure File Sync.
Belangrijk
U moet cloudlagen uitschakelen om ervoor te zorgen dat alle gegevens lokaal aanwezig zijn en voldoende opslag inrichten op de virtuele Azure-machine om de volledige gegevensset op te slaan. Om ervoor te zorgen dat wijzigingen snel naar de secundaire regio worden gerepliceerd, moeten bestanden alleen worden geopend en gewijzigd op het servereindpunt in plaats van in Azure.
Azure Virtual Machines
Gebruik de Azure Site Recovery-service om geo-replicatie in niet-gerepliceerde regio's te bereiken. Azure Site Recovery is de Disaster Recovery-service van Azure die bedrijfscontinuïteit en herstel na noodgevallen biedt door workloads van de primaire locatie naar de secundaire locatie te repliceren. De secundaire locatie kan een niet-geairede regio zijn als deze wordt ondersteund door Azure Site Recovery.