Utilisation du proxy RDS avec les bases de données globales Aurora

Une base de données globale Aurora est une base de données unique couvrant plusieurs Régions AWS, ce qui permet des lectures globales à faible latence et une reprise après sinistre en cas de panne dans une région quelconque. Elle fournit une tolérance de panne intégrée pour votre déploiement, car l'instance de base de données ne repose pas sur une seule Région AWS, mais sur plusieurs régions et différentes zones de disponibilité. Pour de plus amples informations, veuillez consulter Utilisation de bases de données globales Amazon Aurora.

Vous pouvez utiliser le proxy RDS avec n'importe quel cluster de bases de données dans une base de données globale Aurora. Avant de commencer à utiliser ces fonctionnalités ensemble, veillez à vous familiariser avec les informations suivantes.

Important

Si le cluster de bases de données fait partie d'une base de données globale où le transfert d'écriture est activé, réduisez la valeur MaxConnectionsPercent de votre proxy du quota alloué au transfert d'écriture. Le quota de transfert d'écriture est défini dans le paramètre de cluster de bases de données aurora_fwd_writer_max_connections_pct. Pour de plus amples informations sur le transfert d'écriture, veuillez consulter Utilisation du transfert d'écriture dans une base de données globale Amazon Aurora.

Limites pour le proxy RDS avec les bases de données globales

Lorsque le transfert d'écriture est activé dans le cluster de bases de données Aurora, le proxy RDS ne prend pas en charge la valeur SESSION de la variable aurora_replica_read_consistency. La définition de cette valeur peut entraîner un comportement inattendu.

Fonctionnement des points de terminaison du proxy RDS avec les bases de données globales

Lorsque vous comprenez le fonctionnement des points de terminaison du proxy RDS avec les bases de données globales, vous pouvez mieux gérer vos applications qui utilisent des bases de données Aurora avec ces deux fonctionnalités.

Pour un proxy dont le cluster principal d'une base de données globale est la cible enregistrée, les points de terminaison du proxy fonctionnent de la même manière qu'avec n'importe quel cluster de bases de données Aurora. Les points de terminaison de lecture/écriture du proxy envoient toutes les demandes à l'instance d'écriture du cluster. Les points de terminaison en lecture seule du proxy envoient toutes les demandes aux instances de lecture. Si un lecteur devient indisponible alors qu'une connexion est ouverte, le proxy RDS redirige les requêtes suivantes sur la connexion vers une autre instance de lecture. Pour un proxy doté d'un cluster secondaire comme cible enregistrée, les demandes envoyées aux points de terminaison en lecture seule du proxy sont également envoyées aux instances de lecture. Comme le cluster ne possède aucune instance d'écriture, les demandes envoyées aux points de terminaison de lecture/écriture échouent avec l'erreur « The target group doesn't have any associated read/write instances ».

Les opérations globales de basculement et de commutation des bases de données impliquent toutes deux un changement de rôle entre le cluster de bases de données principal et l'un des clusters de bases de données secondaires. Lorsque le cluster secondaire sélectionné devient le nouveau cluster principal, l'une de ses instances de lecture est promue processus d'écriture. Cette instance de base de données est désormais la nouvelle instance d'écriture pour le cluster global. Veillez à rediriger les opérations d'écriture de votre application vers le point de terminaison de lecture/écriture approprié du proxy qui est associé au nouveau cluster principal. Ce point de terminaison du proxy peut être le point de terminaison par défaut ou un point de terminaison de lecture/écriture personnalisé.

Le proxy RDS met en file d'attente toutes les demandes via les points de terminaison de lecture/écriture et les envoie à l'instance d'écriture du nouveau cluster principal dès qu'il est disponible. Il le fait indépendamment du fait que l'opération de basculement ou de commutation soit terminée ou non. Pendant le basculement ou la commutation, le point de terminaison par défaut du proxy de l'ancien cluster principal continue d'accepter les opérations d'écriture. Toutefois, dès que ce cluster devient un cluster secondaire, toutes les opérations d'écriture échouent. Pour savoir comment et quand effectuer des tâches spécifiques de basculement ou de commutation globale, consultez les rubriques suivantes :

• Commutation globale des bases de données – Réalisation de commutations pour les bases de données globales Amazon Aurora

• Basculement global de la base de données – Reprise d'une base de données Amazon Aurora globale à partir d'une panne non planifiée