Solutions de réplication interrégionale pour les régions non jumelées

Article
07/22/2024

Certains services Azure prennent en charge la réplication interrégionale pour assurer la continuité d’activité et la protection contre la perte de données. Ces services utilisent une autre région secondaire qui s’appuie sur la réplication interrégionale. Les régions primaire et secondaire forment à elles deux une paire de régions.

Toutefois, certaines régions ne sont pas jumelées et nécessitent donc d’autres méthodes pour mettre en œuvre la géoréplication.

Ce document présente divers services et solutions permettant de mettre en œuvre des méthodes de géoréplication sans avoir besoin de régions jumelées.

Azure App Service

Pour App Service, les sauvegardes personnalisées sont stockées sur un compte de stockage sélectionné. Par conséquent, la restauration interrégionale dépend des régions GRS et jumelées. Pour le type de sauvegarde automatique, vous ne pouvez pas effectuer de sauvegarde ni de restauration interrégionale. Pour contourner ce problème, vous pouvez mettre en place un mécanisme de copie de fichiers personnalisé pour le jeu de données enregistré. Vous pourrez ainsi copier manuellement les données dans des régions non jumelées et différents comptes de stockage.

Azure Backup

Pour mettre en œuvre la géoréplication dans les régions non jumelées, procédez comme suit :

Utilisez Azure Site Recovery.  Azure Site Recovery est le service de récupération d’urgence d’Azure conçu pour assurer la continuité d’activité et la reprise d’activité en répliquant les charges de travail de l’emplacement principal vers un emplacement secondaire. L’emplacement secondaire peut être une région non jumelée, à condition qu’elle soit prise en charge par Azure Site Recovery. Vous pouvez conserver les données jusqu’à 15 jours avec Azure Site Recovery.
Utilisez le stockage redondant interzone pour répliquer vos données dans des zones de disponibilité, garantissant ainsi la résidence et la résilience des données dans la même région.

Azure Database pour MySQL

Choisissez les régions Azure Database pour MySQL disponibles pour la rotation de vos réplicas en lecture.

Azure Database pour PostgreSQL

Pour la géoréplication dans les régions non jumelées avec Azure Database pour PostgreSQL, vous pouvez utiliser les solutions suivantes :

Service géré avec géoréplication : le service géré Azure PostgreSQL prend en charge la géoréplication active pour créer un réplica secondaire accessible en lecture continue de votre serveur principal. Le réplica secondaire accessible en lecture peut être situé dans la même région Azure que la base de données primaire, ou, plus communément, dans une autre région. Ce type de réplica secondaire accessible en lecture est également appelé géoréplica.

Vous pouvez également utiliser l’une des deux méthodes de migration de données gérées par le client, listées ci-dessous, pour répliquer les données dans une région non jumelée.

Azure Data Factory.

Pour la géoréplication dans les régions non jumelées, Azure Data Factory (ADF) prend en charge l’approvisionnement via une infrastructure en tant que code avec des pipelines ADF, ainsi que le contrôle de code source pour ADF.

Azure Event Grid

Pour la géoréplication des rubriques Event Grid dans les régions non jumelées, vous pouvez implémenter le basculement côté client.

Azure IoT Hub

Pour la géoréplication dans des régions non jumelées, utilisez le modèle concierge pour le routage vers un hub IoT secondaire.

Azure Key Vault

Pour les régions Azure non jumelées et les régions Brésil Sud et USA Ouest 3, Azure Key Vault utilise le stockage redondant interzone (ZRS) pour répliquer vos données trois fois dans la région, entre les zones de disponibilité indépendantes. Pour Azure Key Vault Premium, deux des trois zones sont utilisées pour répliquer les clés de module de sécurité matériel (HSM).

Vous pouvez également utiliser la fonctionnalité de sauvegarde et de restauration pour répliquer le contenu de votre coffre dans une autre région de votre choix.

Azure Kubernetes Service (AKS)

Sauvegarde Azure peut fournir une protection pour les clusters AKS, y compris une fonctionnalité de restauration interrégionale actuellement disponible en préversion, et prend uniquement en charge les disques Azure. Bien que la fonctionnalité de restauration interrégionale repose sur des réplicas de régions GRS jumelées, il est possible d’éviter toute dépendance vis-à-vis de la restauration interrégionale si le cluster AKS stocke les données uniquement dans le stockage externe, évitant ainsi l’utilisation de solutions « en cluster ».

Journaux Azure Monitor

Les espaces de travail Log Analytics dans les journaux Azure Monitor n’utilisent pas de régions jumelées. Pour garantir la continuité d’activité et la protection contre la perte de données, activez la réplication interrégionale des espaces de travail.

Pour plus d’informations, consultez Améliorer la résilience en répliquant votre espace de travail Log Analytics entre différentes régions.

Azure SQL Database

Pour la géoréplication dans les régions non jumelées avec Azure SQL Database, vous pouvez utiliser les solutions suivantes :

La fonctionnalité de groupe de basculement qui est répliquée dans n’importe quelle combinaison de régions Azure sans dépendance avec le stockage GRS sous-jacent.
La fonctionnalité de géoréplication active pour créer une base de données secondaire synchronisée lisible en permanence pour une base de données primaire. La base de données secondaire accessible en lecture peut être située dans la même région Azure que la base de données primaire, ou, plus communément, dans une autre région. Ce type de base de données secondaire accessible en lecture est également appelé géosecondaire ou géoréplica.

Azure SQL Managed Instance

Pour la géoréplication dans les régions non jumelées avec Azure SQL Managed Instance, vous pouvez utiliser les solutions suivantes :

La fonctionnalité de groupe de basculement qui est répliquée dans n’importe quelle combinaison de régions Azure sans dépendance avec le stockage GRS sous-jacent.

Stockage Azure