Utilisation de bases de données globales avec - Amazon Neptune

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.

Utilisation de bases de données globales avec

Une base de données mondiale Amazon Neptune couvre plusieursRégions AWS, permettant des lectures globales à faible latence, et assure une reprise rapide de toute interruptionRégion AWS.

Une base de données globale Neptune se compose d'un cluster de bases de données principal dans une région et jusqu'à cinq clusters de bases de données secondaires dans différentes régions.

Les écritures ne peuvent avoir lieu que dans la région principale. Les régions secondaires prennent uniquement en charge les lectures. Chaque région secondaire peut comporter jusqu'à 16 instances de lecture.

Présentation des bases de données globales dans Amazon Neptune

À l'aide d'une base de données globale Neptune, vous pouvez exécuter vos applications distribuées globalement sur une base de données unique couvrant plusieursRégions AWS.

Une base de données globale Neptune se compose d'un cluster de base de données dans un cluster principal.Région AWSoù les données sont écrites, et jusqu'à cinq clusters de bases de données en lecture seule dans le secondaireRégions AWS. Lorsque vous effectuez une opération d'écriture sur le cluster de base de données principal, Neptune réplique les données écrites vers tous les clusters de base de données secondaires à l'aide d'une infrastructure dédiée, avec une latence généralement en dessous d'une seconde.

Le diagramme suivant illustre un exemple de base de données globale qui couvre deuxRégions AWS :

Une base de données globale Neptune possède un cluster de base de données principal et un ou plusieurs clusters de bases de données secondaires.

Vous pouvez ajuster à la hausse la capacité du cluster secondaire de manière indépendante. Pour ce faire, ajoutez-y une ou plusieurs instances de réplica en lecture seule.

Pour exécuter une opération d'écriture, vous devez vous connecter au point de terminaison du cluster de bases de données du cluster principal. Seul le cluster principal peut effectuer des opérations d'écriture. Ensuite, comme le montre le schéma ci-dessus, la réplication est effectuée parvolume de stockage en cluster, et non le moteur de base de données.

Les bases de données globales Neptune sont conçues pour les applications ayant une empreinte mondiale. Les clusters de bases de données secondaires en lecture seule prennent en charge les opérations de lecture plus près des utilisateurs des applications

Une base de données Neptune globale peut prendre en charge deux approches différentes de basculement :

  • Pour remédier à une panne dans la région principale, utilisez lemanuel non planifié detach-and-promoteprocessus, dans lequel vous détachez l'un des clusters secondaires pour le transformer en cluster autonome, puis le promouvoir comme nouveau cluster principal.

  • Pour les procédures opérationnelles planifiées telles que la maintenance, l'utilisationBasculement planifié géré, où vous déplacez le cluster principal vers l'une de ses régions secondaires sans perte de données.

Avantages de l'utilisation de bases de données mondiales dans Amazon Neptune

L'utilisation d'une base de données globale présente les avantages suivants :

  • Lectures globales avec latence locale— Si vous avez des bureaux dans le monde entier, une base de données globale permet à vos bureaux situés dans des régions secondaires d'accéder aux données de leur propre région avec une latence locale.

  • Clusters de base de données Neptune secondaires évoluti— Vous pouvez dimensionner des clusters secondaires en ajoutant des instances de base de données en lecture-réplique. Les clusters secondaires étant en lecture seule, ils peuvent prendre en charge jusqu'à 16 réplicas en lecture seule, plutôt que la limite habituelle de 15.

  • Réplication rapide vers des clusters de bases de— La réplication des clusters de bases de données principaux vers les clusters secondaires est rapide, avec une latence généralement en dessous d'une seconde, avec peu d'impact sur les performances du cluster de base de données principal La réplication étant effectuée au niveau du stockage, les ressources de l'instance de base de données sont entièrement disponibles pour les charges de travail de lecture et d'écriture des applications.

  • Reprise après des pannes à l'échelle de la région— Les clusters de base de données secondaires vous permettent de déplacer le cluster principal vers une nouvelle région plus rapidement, avec un RTO moins élevé et moins de perte de données (RPO moins élevé) que les solutions de réplication traditionnelles.

Limites des bases de données globales dans Amazon Neptune

Les limitations suivantes s'appliquent actuellement aux bases de données globales  :

  • Les bases de données mondiales Neptune ne sont disponibles que dans les domaines suivantsRégions AWS :

    • USA Est (Virginie du Nord) :us-east-1

    • USA Est (Ohio) :us-east-2

    • USA Ouest (Californie du Nord) :us-west-1

    • USA Ouest (Oregon) :us-west-2

    • Europe (Irlande) :eu-west-1

    • Europe (Londres) :eu-west-2

    • Asie-Pacifique (Tokyo) :ap-northeast-1

  • Les bases de données globales Neptune ne prennent pas en charge le auto-scaling des clusters de bases de données secondaires

  • Vous ne pouvez pas appliquer un groupe de base de données personnalisée au cluster de bases de données globale pendant que vous effectuez une mise à niveau majeure de la version de cette base de données globale. Créez plutôt vos groupes de paramètres personnalisés dans chaque région du cluster global, puis appliquez-les manuellement aux clusters régionaux après la mise à niveau.

  • Vous ne pouvez pas arrêter ou démarrer les clusters de bases de données dans une base de données globale individuellement.

  • Les instances de réplica en lecture seule dans un cluster de bases de données secondaire peuvent redémarrer dans certaines circonstances. Si l'instance d'enregistreur du cluster principal redémarre ou échoue, toutes les instances des régions secondaires redémarrent également. Le cluster secondaire n'est alors pas disponible tant que toutes ses instances ne sont pas de nouveau synchronisées avec l'instance de scripteur du cluster de bases de données principal.