Création d'une base de données globale Neptune

Une base de données globale Amazon Neptune couvre plusieurs bases de donnéesRégions AWS, ce qui permet des lectures globales à faible latence et permet une restauration rapide dans les rares cas où une panne affecte l'ensemble d'une base de donnéesRégion AWS.

Une base de données globale Neptune se compose d'un cluster de base de données principal dans une région et de cinq clusters de base 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 ne prennent en charge que les lectures. Chaque région secondaire peut comporter jusqu'à 16 instances de lecteur.

Rubriques

• Présentation des bases de données globales dans Amazon Neptune
• Avantages de l'utilisation de bases de données mondiales dans Amazon Neptune
• Limites des bases de données globales dans Amazon Neptune
• Configuration d'une base de données globale dans Amazon Neptune
• Gestion d'une base de données globale Amazon Neptune
• Utilisation du basculement dans Neptune données globale
• Surveillance d'une base de données globale Neptune à l'aide de CloudWatch métriques

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 dans le monde entier 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 principal dansRégion AWS lequel les données sont écrites et de cinq clusters de base de données en lecture seule dans un cluster secondaireRégions AWS. Lorsque vous émettez 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 en couvre deuxRégions AWS :

Vous pouvez ajuster à la hausse la capacité du cluster secondaire de manière indépendante afin de gérer les charges de travail en lecture seule en ajoutant une ou plusieurs instances de réplica en lecture seule.

Pour effectuer une opération d'écriture, vous devez vous connecter au point de terminaison du cluster de base de données du cluster de base de données du cluster de base de données principal. Seul le cluster principal peut écrire des opérations. Ensuite, comme le montre le schéma ci-dessus, la réplication est effectuée par le volume de stockage du cluster, et non par 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 base de données secondaires en lecture seule en lecture seule prennent en charge les opérations de lecture plus près des utilisateurs de l'application.

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

• Pour remédier à une panne dans la région principale, utilisez le detach-and-promote processus manuel non planifié, qui consiste à détacher l'un des clusters secondaires, à le transformer en cluster autonome, puis à le promouvoir en tant que nouveau cluster principal.

• Pour les procédures opérationnelles planifiées telles que la maintenance, utilisez le basculement planifié géré, dans le cadre duquel 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

• Lecture globale avec latence locale : Si vous avez des bureaux dans le monde entier, une base de données globale permet aux bureaux de vos régions secondaires d'accéder aux données de leur région avec une latence locale.

• Clusters de base de données Neptune secondaires évolutifs : 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 les clusters de base de données secondaires vers les clusters secondaires vers les clusters secondaires vers les clusters secondaires, 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 vers les clusters secondaires. 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.

• Récupération suite aux 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 une 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 Est Est Est Est Est (Virginie du Nordus-east-1

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

  • USA Ouest Ouest Ouest Ouest Ouest Ouest Ouest Ouest Ouest Ouest (Californie du Nordus-west-1

  • USA Ouest Ouest Ouest Ouest Ouest Ouest Ouest Ouest Ouest Ouest (Oregonus-west-2

  • Europe (Irlandeeu-west-1

  • Europe (Londreseu-west-2

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

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

• Vous ne pouvez pas appliquer un groupe de paramètres personnalisés au cluster de base 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 base de données dans une base de données globale individuellement.

• Les instances de réplica de lecture dans un cluster de base de données secondaire peuvent redémarrer dans certaines circonstances. Si l'instance de scripteur 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 base de données principal.