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

Une base de données globale Amazon Neptune couvre plusieurs Régions AWS, permettant des lectures globales à faible latence tout en assurant une reprise rapide dans les rares cas où une panne affecterait une Région AWS entière.

Une base de données Neptune globale se compose d'un cluster de bases de données principal dans une région et de 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 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 liés à l'utilisation de bases de données globales dans Amazon Neptune
• Limitations des bases de données globales Amazon Neptune
• Configuration d'une base de données globale dans Amazon Neptune
• Gestion d'une base de données Amazon Neptune globale
• Utilisation du basculement dans une base de données Neptune globale
• Surveillance d'une base de données Neptune globale à l'aide des métriques CloudWatch

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

En utilisant une base de données Neptune globale, vous pouvez exécuter vos applications distribuées dans le monde entier à l'aide d'une base de données unique couvrant plusieurs régions Régions AWS.

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

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

Vous pouvez mettre à l'échelle chaque cluster secondaire indépendamment pour gérer les charges de travail en lecture seule en ajoutant une ou plusieurs instances de réplica en lecture.

Pour effectuer des opérations d'écriture, vous devez vous connecter au point de terminaison du cluster de bases de données principal. Seul le cluster principal peut exécuter les opérations d'écriture. 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 Neptune globales 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 au plus près des utilisateurs de l'application.

Une base de données Neptune globale permet deux approches différentes de basculement.

• Pour effectuer une reprise après une panne dans la région principale, utilisez le processus manuel non planifié de dissociation et de promotion, qui consiste à dissocier l'un des clusters secondaires, à le convertir 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 lequel vous déplacez le cluster principal vers l'une de ses régions secondaires sans perte de données.

Avantages liés à l'utilisation de bases de données globales dans Amazon Neptune

En utilisant une base de données Neptune globale, vous bénéficiez des avantages suivants :

• Lectures globales avec latence locale : si vous avez des bureaux répartis dans le monde entier, une base de données globale permet à ceux qui se trouvent dans les régions secondaires d'accéder aux données dans leur propre région avec une latence locale.

• Clusters de bases de données Neptune secondaires évolutifs : vous pouvez mettre à l'échelle les clusters secondaires en ajoutant d'autres instances de réplicas en lecture seule. Comme les clusters secondaires sont en lecture seule, ils peuvent chacun prendre en charge jusqu'à 16 réplicas en lecture plutôt que la limite habituelle qui s'élève à 15 réplicas.

• Réplication rapide vers les clusters de bases de données secondaires : 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 et un impact moindre sur les performances du cluster de bases 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.

• Récupération suite aux pannes à l'échelle de la région : les clusters de bases de données secondaires vous permettent de déplacer une base de données globale vers une nouvelle région plus rapidement, avec un RTO moins élevé et avec moins de perte de données (RPO plus faible) que les solutions de réplication traditionnelles.

Limitations des bases de données globales Amazon Neptune

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

• Les bases de données globales Neptune sont disponibles dans les Régions AWS suivantes :

  • 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 l'autoscaling pour les clusters de bases de données secondaires.

• Vous ne pouvez pas appliquer un groupe de paramètres personnalisés 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. À la place, créez 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 ni démarrer les clusters de bases de données dans une base de données globale individuellement.

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