Cross-region replication solutions for non-paired regions
Some Azure services support cross-region replication to ensure business continuity and protect against data loss. These services make use of another secondary region that uses cross-region replication. Both the primary and secondary regions together form a region pair.
However, there are some regions that are non-paired and so require alternative methods to achieving geo-replication.
This document lists some of the services and possible solutions that support geo-replication methods without requiring paired regions.
Azure App Service
For App Service, custom backups are stored on a selected storage account. As a result, there's a dependency for cross-region restore on GRS and paired regions. For automatic backup type, you can't backup/restore across regions. As a workaround, you can implement a custom file copy mechanism for the saved data set to manually copy across non-paired regions and different storage accounts.
Azure Backup
To achieve geo-replication in non-paired regions:
- Use Azure Site Recovery. Azure Site Recovery is the Disaster Recovery service from Azure that provides business continuity and disaster recovery by replicating workloads from the primary location to the secondary location. The secondary location can be a non-paired region if it is supported by Azure Site Recovery. You can have maximum data retention up to 15 days with Azure Site Recovery.
- Use Zone-redundant Storage to replicate your data in availability zones, guaranteeing data residency and resiliency in the same region.
Azure Database for MySQL
Choose any Azure Database for MySQL available Azure regions to spin up your read replicas.
Azure Database for PostgreSQL
For geo-replication in non-paired regions with Azure Database for PostgreSQL, you can use:
Managed service with geo-replication: Azure PostgreSQL Managed service supports active geo-replication to create a continuously readable secondary replica of your primary server. The readable secondary may be in the same Azure region as the primary or, more commonly, in a different region. This kind of readable secondary replica is also known as geo-replica.
You can also utilize any of the two customer-managed data migration methods listed below to replicate the data to a non-paired region.
Azure Data Factory
For geo-replication in non-paired regions, Azure Data Factory (ADF) supports Infrastructure-as-code provisioning of ADF pipelines combined with Source Control for ADF.
Azure Event Grid
For geo-replication of Event Grid topics in non-paired regions, you can implement client-side failover.
Azure IoT Hub
For geo-replication in non-paired regions, use the concierge pattern for routing to a secondary IoT Hub.
Azure Key Vault
For non-paired Azure regions, as well as the Brazil South and West US 3 regions, Azure Key Vault uses zone redundant storage (ZRS) to replicate your data three times within the region, across independent availability zones. For Azure Key Vault Premium, two of the three zones are used to replicate the hardware security module (HSM) keys.
You can also use the backup and restore feature to replicate the contents of your vault to another region of your choice.
Azure Kubernetes Service (AKS)
Azure Backup can provide protection for AKS clusters, including a cross-region restore (CRR) feature that's currently in preview and only supports Azure Disks. Although the CRR feature relies on GRS paired regions replicas, any dependency on CRR can be avoided if the AKS cluster stores data only in external storage and avoids using "in-cluster" solutions.
Azure Monitor Logs
Log Analytics workspaces in Azure Monitor Logs don't use paired regions. To ensure business continuity and protect against data loss, enable cross-region workspace replication.
For more information, see Enhance resilience by replicating your Log Analytics workspace across regions
Azure SQL Database
For geo-replication in non-paired regions with Azure SQL Database, you can use:
Failover group feature that replicates across any combination of Azure regions without any dependency on underlying storage GRS.
Active geo-replication feature to create a continuously synchronized readable secondary database for a primary database. The readable secondary database may be in the same Azure region as the primary or, more commonly, in a different region. This kind of readable secondary database is also known as a geo-secondary or geo-replica.
Azure SQL Managed Instance
For geo-replication in non-paired regions with Azure SQL Managed Instance, you can use:
- Failover group feature that replicates across any combination of Azure regions without any dependency on underlying storage GRS.
Azure Storage
To achieve geo-replication in non-paired regions:
For Azure Object Storage:
For blob storage and Azure Data Lake Storage, you can use tools such as AZCopy or Azure Data Factory.
For general-purpose v2 storage accounts and premium block blob accounts, you can use Azure Storage Object Replication.
Note
Object replication isn't supported for Azure Data Lake Storage.
For Azure NetApp Files (ANF), you can replicate to a set of non-standard pairs besides Azure region pairs. See Azure NetApp Files (ANF) cross-region replication.
For Azure Files:
To copy your files to another storage account in a different region, use tools such as:
For a sample script, see Sync between two Azure file shares for Backup and Disaster Recovery.
To sync between your Azure file share (cloud endpoint), an on-premises Windows file server, and a mounted file share running on a virtual machine in another Azure region (your server endpoint for disaster recovery purposes), use Azure File Sync.
Important
You must disable cloud tiering to ensure that all data is present locally, and provision enough storage on the Azure Virtual Machine to hold the entire dataset. To ensure changes replicate quickly to the secondary region, files should only be accessed and modified on the server endpoint rather than in Azure.
Next steps
Maklum balas
https://aka.ms/ContentUserFeedback.
Akan datang: Sepanjang 2024, kami akan menghentikan secara berperingkat Isu GitHub sebagai kaedah maklum balas untuk kandungan dan menggantikannya dengan sistem maklum balas baharu. Untuk mendapatkan maklumat lanjut lihat:Kirim dan lihat maklum balas untuk