View a markdown version of this page

Utilisation du proxy RDS avec les bases de données globales Aurora - Amazon Aurora
Limites pour le proxy RDS avec les bases de données globalesFonctionnement des points de terminaison du proxy RDS avec les bases de données globales

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 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 qui en couvre plusieurs Régions AWS, permettant des lectures globales à faible latence et une reprise après sinistre en cas Region-wide de panne. Il fournit une tolérance aux pannes 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 d’Amazon Aurora Global Database.

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 plus d’informations sur le transfert d’écriture, consultez 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é sur un cluster secondaire de base de données globale Aurora MySQL, le proxy RDS ne prend pas en charge la SESSION valeur du aurora_replica_read_consistency paramètre. La définition de cette valeur peut entraîner un comportement inattendu.

  • Lorsque le transfert d'écriture est activé sur un cluster secondaire de base de données globale Aurora PostgreSQL, le proxy RDS ne prend pas en charge la SESSION valeur du paramètre. apg_write_forward.consistency_mode 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 read/write points de terminaison 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. Étant donné que le cluster ne possède aucune instance d'écriture, les requêtes envoyées aux read/write points de terminaison é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. Assurez-vous de rediriger les opérations d'écriture de votre application vers le read/write point de terminaison approprié du proxy associé au nouveau cluster principal. Ce point de terminaison proxy peut être le point de terminaison par défaut ou un point de read/write terminaison personnalisé.

Le proxy RDS met toutes les demandes en file d'attente via les read/write points de terminaison 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 :