Comment fonctionne la réplication multirégionale dans Amazon Keyspaces

Cette section fournit un aperçu du fonctionnement de la réplication multirégionale d'Amazon Keyspaces. Pour plus d'informations sur les tarifs, consultez les tarifs d'Amazon Keyspaces (pour Apache Cassandra).

Comment fonctionne la réplication multirégionale dans Amazon Keyspaces

Amazon Keyspaces Multi-Region Replication met en œuvre une architecture de résilience des données qui distribue vos données de manière indépendante et géographiquement distribuée Régions AWS. Il utilise la réplication active-active, qui fournit une faible latence locale, chaque région étant capable d'effectuer des lectures et des écritures de manière isolée.

Lorsque vous créez un espace clé multirégional Amazon Keyspaces, vous pouvez sélectionner jusqu'à cinq régions supplémentaires dans lesquelles les données seront répliquées. Chaque table que vous créez dans un espace clé multirégional se compose de plusieurs répliques de tables (une par région) qu'Amazon Keyspaces considère comme une seule unité.

Les réplicas a les mêmes nom de table et schéma de clé primaire. Lorsqu'une application écrit des données dans une table locale d'une région, les données sont écrites de manière durable en utilisant le niveau de LOCAL_QUORUM cohérence. Amazon Keyspaces réplique automatiquement les données de manière asynchrone vers les autres régions de réplication. Le délai de réplication entre les régions est généralement inférieur à une seconde et n'a aucun impact sur les performances ou le débit de votre application.

Une fois les données écrites, vous pouvez les lire dans la table multi-régions d'une autre région de réplication avec les niveaux de LOCAL_ONE/LOCAL_QUORUM cohérence. Pour plus d'informations sur les configurations et fonctionnalités prises en charge, consultezRemarques d'utilisation de la réplication multirégionale Amazon Keyspaces.

Résolution des conflits de réplication multirégionale

La réplication multirégionale d'Amazon Keyspaces est entièrement gérée, ce qui signifie que vous n'avez pas à effectuer de tâches de réplication telles que l'exécution régulière d'opérations de réparation pour résoudre les problèmes de synchronisation des données. Amazon Keyspaces surveille la cohérence des données entre les tables dans différents Régions AWS en détectant et en réparant les conflits, et en synchronisant automatiquement les répliques.

Amazon Keyspaces utilise la méthode du dernier rédacteur gagnant pour le rapprochement des données. Grâce à ce mécanisme de résolution des conflits, toutes les régions d'un espace clé multirégional s'accordent sur la dernière mise à jour et convergent vers un état dans lequel elles disposent toutes de données identiques. Le processus de rapprochement n'a aucun impact sur les performances de l'application. Pour faciliter la résolution des conflits, les horodatages côté client sont automatiquement activés pour les tables multirégionales et ne peuvent pas être désactivés. Pour de plus amples informations, veuillez consulter Horodatages côté client dans Amazon Keyspaces.

Reprise après sinistre par réplication multirégionale

Avec Amazon Keyspaces Multi-Region Replication, les écritures sont répliquées de manière asynchrone dans chaque région. Dans les rares cas de dégradation ou de défaillance d'une seule région, la réplication multirégionale vous aide à récupérer après un sinistre avec peu ou pas d'impact sur votre application. La reprise après sinistre est généralement mesurée à l'aide des valeurs de l'objectif de temps de restauration (RTO) et de l'objectif du point de restauration (RPO).

Objectif de temps de reprise : temps nécessaire à un système pour revenir en état de fonctionnement après un sinistre. RTOmesure le temps d'arrêt que votre charge de travail peut tolérer, mesuré dans le temps. Pour les plans de reprise après sinistre qui utilisent la réplication multirégionale pour basculer vers une région non affectée, la valeur RTO peut être proche de zéro. Cela RTO est limité par la rapidité avec laquelle votre application peut détecter la défaillance et rediriger le trafic vers une autre région.

Objectif du point de récupération : quantité de données pouvant être perdue (mesurée dans le temps). Pour les plans de reprise après sinistre qui utilisent la réplication multirégionale pour basculer vers une région non affectée, le nombre de secondes RPO est généralement d'un chiffre. Le RPO est limité par la latence de réplication vers la réplique cible de basculement.

En cas de défaillance ou de dégradation régionale, vous n'avez pas besoin de promouvoir une région secondaire ou d'exécuter des procédures de basculement de base de données, car la réplication dans Amazon Keyspaces est active-active. Vous pouvez plutôt utiliser Amazon Route 53 pour acheminer votre application vers la région saine la plus proche. Pour en savoir plus sur la Route 53, consultez Qu'est-ce qu'Amazon Route 53 ? .

Si un single Région AWS si elle est isolée ou dégradée, votre application peut rediriger le trafic vers une autre région à l'aide de Route 53 pour effectuer des lectures et des écritures sur une autre table de réplication. Vous pouvez également appliquer une logique métier personnalisée pour déterminer quand rediriger les demandes vers d'autres régions. Par exemple, vous pouvez informer votre application des multiples points de terminaison disponibles.

Lorsque la région est de nouveau en ligne, Amazon Keyspaces recommence à propager toutes les écritures en attente depuis cette région vers les répliques de tables des autres régions. Il reprend également la propagation des écritures des autres tables de réplique vers la région revenue en ligne.

Réplication multirégionale et intégration avec la point-in-time restauration () PITR

La oint-in-time restauration P est prise en charge dans les tables multirégionales. Pour restaurer correctement une table multirégionale avecPITR, les conditions suivantes doivent être remplies.

• La table source et la table cible doivent être configurées en tant que tables multirégionales.

• Les régions de réplication pour l'espace clé de la table source et pour l'espace clé de la table cible doivent être identiques.

Vous pouvez exécuter l'instruction de restauration depuis n'importe quelle région dans laquelle la table source est disponible. Amazon Keyspaces restaure automatiquement la table cible dans chaque région. Pour plus d'informations surPITR, voirComment fonctionne point-in-time la restauration dans Amazon Keyspaces.

Réplication multirégionale et intégration avec AWS services

Vous pouvez surveiller les performances de réplication entre les tables dans différents Régions AWS en utilisant les CloudWatch métriques d'Amazon. La métrique suivante fournit une surveillance continue des espaces clés multirégionaux.

• ReplicationLatency— Cette métrique mesure le temps nécessaire à la réplication updates ou au passage d'une table deletes de réplication à une autre table de réplication dans un espace clé multirégional. inserts

Pour plus d'informations sur le suivi CloudWatch des métriques, consultezSurveillance d'Amazon Keyspaces avec Amazon CloudWatch.