Share via

Replicatieoplossingen tussen regio's voor niet-gekoppelde regio's

  • Artikel

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 zijn gekoppeld en dus alternatieve methoden vereisen om geo-replicatie te bereiken.

Dit document bevat enkele services en mogelijke oplossingen die ondersteuning bieden voor geo-replicatiemethoden zonder gekoppelde regio's.

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-gekoppelde regio's en verschillende opslagaccounts.

Azure Backup

Geo-replicatie in niet-gekoppelde regio's bereiken:

  • Gebruik Azure Site Recovery.  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-gekoppelde regio zijn als deze wordt ondersteund door Azure Site Recovery. U kunt maximaal 15 dagen gegevensretentie hebben met Azure Site Recovery.
  • Gebruik zone-redundante opslag om uw gegevens in beschikbaarheidszones te repliceren, waardoor gegevenslocatie en tolerantie in dezelfde regio worden gegarandeerd.

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-gekoppelde 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 die hieronder worden vermeld om de gegevens te repliceren naar een niet-gekoppelde regio.

Azure Data Factory

Voor geo-replicatie in niet-gekoppelde 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-gekoppelde regio's kunt u failover aan de clientzijde implementeren.

Azure IoT Hub

Voor geo-replicatie in niet-gekoppelde regio's gebruikt u het concierge-patroon voor routering naar een secundaire IoT Hub.

Azure Key Vault

Voor niet-gekoppelde Azure-regio's, evenals de regio's Brazilië - zuid en VS - west 3, gebruikt Azure Key Vault zone-redundante opslag (ZRS) om uw gegevens drie keer binnen de regio te repliceren, in onafhankelijke beschikbaarheidszones. Voor Azure Key Vault Premium worden twee van de drie zones gebruikt om de HSM-sleutels (Hardware Security Module) te repliceren.

U kunt ook de back-up- en herstelfunctie gebruiken om de inhoud van uw kluis te repliceren naar een andere regio van uw keuze.

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 SQL-database

Voor geo-replicatie in niet-gekoppelde 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-gekoppelde 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-gekoppelde 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.

Volgende stappen