View a markdown version of this page

Comment fonctionne la réplication multirégionale dans Amazon Keyspaces - Amazon Keyspaces (pour Apache Cassandra)

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

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

Cette section fournit une vue d'ensemble du fonctionnement de la réplication multirégionale Amazon Keyspaces. Pour plus d'informations sur la tarification, consultez la rubrique Tarification d'Amazon Keyspaces (pour Apache Cassandra).

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

La réplication multirégionale Amazon Keyspaces 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 pouvant effectuer des lectures et des écritures de manière isolée.

Lorsque vous créez un espace de clés multi-régions Amazon Keyspaces, vous pouvez sélectionner des régions supplémentaires vers lesquelles les données seront répliquées. Chaque table que vous créez dans un espace clé multirégional se compose de plusieurs tables répliques (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 aucune incidence 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, consultezNotes d'utilisation de la réplication multirégionale Amazon Keyspaces.

Les utilisateurs lisent et écrivent des données stockées dans une table Amazon Keyspaces localement dans leur région respective, Région AWS tandis qu'Amazon Keyspaces reproduit de manière asynchrone les écritures entre les tables de toutes les régions disponibles.

Multi-Region résolution des conflits de réplication

La réplication multirégionale 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 des opérations de réparation régulières pour résoudre les problèmes de synchronisation des données. Amazon Keyspaces surveille la cohérence des données entre les différentes Régions AWS tables en détectant et en réparant les conflits, et synchronise automatiquement les répliques.

Amazon Keyspaces utilise la méthode last writer wins 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 aucune incidence 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égions et ne peuvent pas être désactivés. Pour de plus amples informations, veuillez consulter Client-side horodatages dans Amazon Keyspaces.

Multi-Region réplication et reprise après sinistre

Avec la réplication multirégionale Amazon Keyspaces, 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égion vous aide à effectuer une reprise après 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 de point de restauration (RPO).

Objectif de temps de restauration  : temps nécessaire à un système pour revenir à un état de fonctionnement après un sinistre. Le RTO mesure 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, le RTO peut être proche de zéro. Le RTO est limité par la rapidité avec laquelle votre application peut détecter l'état de défaillance et rediriger le trafic vers une autre région.

Objectif du point de restauration  : 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égion pour basculer vers une région non affectée, le RPO est généralement d'un chiffre en secondes. Le RPO est limité par la latence de réplication vers la réplique cible du basculement.

En cas de panne ou de dégradation régionale, vous n'avez pas besoin de promouvoir une région secondaire ni d'effectuer 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 l'une d'entre Région AWS elles 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épliques. 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 reprend la propagation des écritures en attente depuis cette région vers les tables de répliques des autres régions. Il reprend également la propagation des écritures des autres tables de réplique vers la région revenue en ligne.

Multi-Region réplication dans Régions AWS désactivé par défaut

La réplication multirégionale Amazon Keyspaces est prise en charge dans les domaines suivants Régions AWS qui sont désactivés par défaut :

  • Région Afrique (Le Cap)

  • Région du Moyen-Orient (EAU)

  • Région Asie-Pacifique (Hong Kong)

  • Middle East (Bahrain) Region

Avant de pouvoir utiliser une région désactivée par défaut avec la réplication multi-régions Amazon Keyspaces, vous devez d'abord activer la région. Pour plus d'informations, consultez la section Activer ou désactiver Régions AWS dans votre compte dans le Guide de AWS Organizations l'utilisateur .

Après avoir activé une région, vous pouvez créer de nouvelles ressources Amazon Keyspaces dans la région et ajouter la région à un espace clé multirégional.

Lorsque vous désactivez une région utilisée par la réplication multirégionale Amazon Keyspaces, Amazon Keyspaces déclenche une période de grâce de 24 heures. Au cours de cette période, vous pouvez vous attendre au comportement suivant :

  • Amazon Keyspaces continue d'effectuer des opérations en langage de manipulation des données (DML) dans les régions activées.

  • Amazon Keyspaces interrompt la réplication des mises à jour de données depuis les régions activées vers les régions désactivées.

  • Amazon Keyspaces bloque toutes les demandes en langage de définition des données (DDL) dans la région désactivée.

Si vous avez désactivé la région par erreur, vous pouvez la réactiver dans les 24 heures. Si vous réactivez la région pendant la période de grâce de 24 heures, Amazon Keyspaces prendra les mesures suivantes :

  • Reprenez automatiquement toutes les réplications vers la région réactivée.

  • Répliquez toutes les mises à jour de données qui ont eu lieu dans les régions activées alors que la région était désactivée pour garantir la cohérence des données.

  • Poursuivez automatiquement toutes les opérations de réplication multirégions supplémentaires.

Si la région reste désactivée après la fermeture de la fenêtre de 24 heures, Amazon Keyspaces prend les mesures suivantes pour supprimer définitivement la région de la réplication multirégionale :

  • Supprimez la région désactivée de tous les espaces clés de réplication multi-régions.

  • Convertissez les répliques de tables de réplication multirégions dans la région désactivée en espaces clés et tables à région unique.

  • Amazon Keyspaces ne supprime aucune ressource de la région désactivée.

Une fois qu'Amazon Keyspaces a définitivement supprimé la région désactivée de l'espace clé multi-régions, vous ne pouvez plus ajouter la région désactivée.

Multi-Region réplication et intégration avec restauration instantanée (PITR)

Point-in-time la restauration est prise en charge pour les tables multi-régions. Pour restaurer correctement une table multi-régions avec PITR, les conditions suivantes doivent être remplies.

  • La table source et la table cible doivent être configurées en tant que tables multi-régions.

  • 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.

  • PITR doit être activé sur toutes les répliques de la table source.

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 sur le PITR, consultez Comment fonctionne la restauration instantanée dans Amazon Keyspaces.

Lorsque vous créez une table multi-régions, les paramètres PITR que vous définissez au cours du processus de création sont automatiquement appliqués à toutes les tables de toutes les régions. Lorsque vous modifiez les paramètres PITR à l'aide deALTER TABLE, Amazon Keyspaces applique la mise à jour uniquement à la table locale et non aux répliques des autres régions. Pour activer PITR pour une table multi-régions existante, vous devez répéter l'ALTER TABLEinstruction pour toutes les répliques.

Multi-Region réplication et intégration avec AWS services

Vous pouvez surveiller les performances de réplication entre des tables de différentes tables à Régions AWS l'aide CloudWatch des métriques Amazon. La métrique suivante fournit une surveillance continue des espaces clés multirégionaux.

  • ReplicationLatency— Cette métrique mesure le temps nécessaire pour répliquer updatesinserts, ou pour passer d'une table deletes de répliques à une autre table de répliques dans un espace clé multirégional.

Pour plus d'informations sur la façon de surveiller CloudWatch les métriques, consultezSurveillance d'Amazon Keyspaces avec Amazon CloudWatch.