Création d'un réplica en lecture d'une instance de base de données avec un cluster de bases de données multi-AZ - Amazon Relational Database Service
Comparaison des instances de base de données en lecture et des réplicas en lecture d'instances de base de donnéesConsidérationsCréation d'un réplica en lecture d'une instance de base de donnéesTransfert du réplica en lecture de l'instance de base de donnéesLimites

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.

Création d'un réplica en lecture d'une instance de base de données avec un cluster de bases de données multi-AZ

Vous pouvez créer un réplica en lecture d'une instance de base de données à partir d'un cluster de bases de données multi-AZ afin de dimensionner au-delà de la capacité de calcul ou d'E/S du cluster pour les réplicas de base de données à lecture intensive. Vous pouvez diriger ce trafic en lecture excessif vers un ou plusieurs réplicas en lecture d'une instance de base de données. Vous pouvez également utiliser des réplicas en lecture pour migrer d'un cluster de bases de données multi-AZ vers une instance de base de données.

Pour créer un réplica en lecture, spécifiez un cluster de bases de données multi-AZ comme source de réplication. L'une des instances de lecteur du cluster de bases de données multi-AZ est toujours la source de la réplication, et non l'instance d'enregistreur. Cette condition garantit que le réplica est toujours synchronisé avec le cluster source, même en cas de basculement.

Comparaison des instances de base de données en lecture et des réplicas en lecture d'instances de base de données

Un réplica en lecture d'une instance de base de données d'un cluster de bases de données multi-AZ est différente des instances de base de données de lecture du cluster de bases de données multi-AZ pour les raisons suivantes :

  • Les réplicas en lecture font office de cibles de basculement automatique, contrairement aux réplicas en lecture d'instances de base de données.

  • Les instances de base de données de lecteur doivent accuser réception d'une modification par l'instance de base de données d'enregistreur avant que la modification puisse être validée. Pour les réplicas en lecture d'instance de base de données, les mises à jour sont copiées de façon asynchrone sur les réplicas en lecture, sans accusé de réception nécessaire.

  • Les instances de base de données de lecteur partagent toujours la même classe d'instance, le même type de stockage et la même version de moteur que l'instance de base de données d'enregistreur du cluster de bases de données multi-AZ. Les réplicas en lecture d'instances de base de données ne doivent toutefois pas nécessairement partager les mêmes configurations que le cluster source.

  • Vous pouvez transformer un réplica en lecture d'une instance de base de données en une instance de base de données autonome. Vous ne pouvez pas transformer une instance de base de données de lecture d'un cluster de bases de données multi-AZ en instance autonome.

  • Le point de terminaison de lecture achemine uniquement les demandes vers les instances de base de données de lecture du cluster de bases de données multi-AZ. Il n'achemine jamais les demandes vers un réplica en lecture d'une instance de base de données.

Pour plus d'informations sur les instances de base de données de lecteur et d'enregistreur, consultez Architecture de cluster de bases de données multi-AZ.

Considérations

Prenez en compte les points suivants avant de créer un réplica en lecture d'une instance de base de données vers un cluster de bases de données multi-AZ :

  • Lorsque vous créez le réplica en lecture d'une instance de base de données, il doit se trouver sur la même version majeure que son cluster source et sur la même version mineure ou ultérieure. Après l'avoir créé, vous pouvez éventuellement mettre à niveau le réplica en lecture vers une version mineure supérieure à celle du cluster source.

  • Lorsque vous créez le réplica en lecture de l'instance de base de données, le stockage alloué doit être identique à celui du cluster de bases de données multi-AZ source. Vous pouvez modifier l'espace de stockage alloué après la création du réplica en lecture.

  • Pour RDS for MySQL, le gtid-mode paramètre doit être défini sur le cluster ON de base de données multi-AZ source. Pour de plus amples informations, veuillez consulter Utilisation des groupes de paramètres de clusters de base de données pour les clusters de base de données Multi-AZ.

  • Une transaction de longue durée active peut ralentir le processus de création du réplica en lecture. Nous vous recommandons d'attendre que les transactions de longue durée se terminent pour créer un réplica en lecture.

  • Si vous supprimez le cluster de bases de données multi-AZ source pour un réplica en lecture d'une instance de base de données, tous les réplicas en lecture sur lesquels il écrit sont promues en instance de base de données autonome.

Création d'un réplica en lecture d'une instance de base de données

Vous pouvez créer une réplique de lecture d'instance de base de données à partir d'un cluster de base de données multi-AZ à l'aide de AWS Management Console AWS CLI, ou RDSAPI.

Note

Nous vous recommandons vivement de créer toutes les répliques de lecture dans le même cloud privé virtuel (VPC) basé sur Amazon VPC du cluster de base de données multi-AZ source.

Si vous créez une réplique en lecture dans un cluster de base de données multi-AZ VPC différent du cluster de base de données source, les plages de routage interdomaines sans classe (CIDR) peuvent se chevaucher entre la réplique et le système. RDS CIDRle chevauchement rend la réplique instable, ce qui peut avoir un impact négatif sur les applications qui s'y connectent. Si vous recevez une erreur lors de la création du réplica en lecture, choisissez un autre groupe de sous-réseaux de base de données de destination. Pour de plus amples informations, veuillez consulter Utilisation d'un d'instances de base de données dans un VPC.

Pour créer un réplica en lecture d'une instance de base de données à partir d'un cluster de bases de données multi-AZ, effectuez les étapes suivantes à l'aide de la AWS Management Console.

  1. Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Databases (Bases de données).

  3. Sélectionnez le cluster de bases de données multi-AZ que vous voulez utiliser comme source pour votre réplica en lecture.

  4. Sous Actions, choisissez Créer des réplicas en lecture.

  5. Pour Source du réplica, assurez-vous que le cluster de bases de données multi-AZ correct est sélectionné.

  6. Sous Identifiant de base de données, saisissez un nom pour le réplica en lecture.

  7. Pour les sections restantes, spécifiez vos paramètres d'instance de base de données. Pour des informations sur un paramètre, consultez Paramètres des instances de base de données.

    Note

    Le stockage alloué pour le réplica en lecture de l'instance de base de données doit être identique à celui du cluster de bases de données multi-AZ source.

  8. Choisissez Créer un réplica en lecture.

Pour créer une réplique de lecture d'instance de base de données à partir d'un cluster de base de données multi-AZ, utilisez la AWS CLI commande create-db-instance-read-replica. Pour --source-db-cluster-identifier, spécifiez l'identifiant du cluster de bases de données multi-AZ.

Dans Linux, macOS, ou Unix:

aws rds create-db-instance-read-replica \
  --db-instance-identifier myreadreplica \
  --source-db-cluster-identifier mymultiazdbcluster

Dans Windows:

aws rds create-db-instance-read-replica ^
  --db-instance-identifier myreadreplica ^
  --source-db-cluster-identifier mymultiazdbcluster

Pour créer un réplica en lecture d'une instance de base de données à partir d'un cluster de bases de données multi-AZ, utilisez l'opération CreateDBInstanceReadReplica.

Transfert du réplica en lecture de l'instance de base de données

Si vous n'avez plus besoin du réplica en lecture de l'instance de base de données, vous pouvez le transformer en une instance de base de données autonome. Lorsque vous effectuez la promotion d'un réplica en lecture, l'instance de bases de données est redémarrée avant de devenir disponible. Pour obtenir des instructions, consultez Promotion d'un réplica en lecture en instance de bases de données autonome.

Si vous utilisez le réplica en lecture pour procéder à la migration d'un déploiement de cluster de bases de données multi-AZ vers un déploiement d'instance de base de données mono-AZ ou multi-AZ, assurez-vous d'arrêter toutes les transactions en cours d'écriture sur le cluster de bases de données source. Ensuite, attendez que toutes les mises à jour soient apportées au réplica en lecture. Les mises à jour de la base de données ont lieu sur les réplicas en lecture après avoir eu lieu sur l'une des instances de base de données de lecture du cluster de bases de données multi-AZ. Ce délai de réplication peut varier considérablement. Utilisez la métrique ReplicaLag pour déterminer à quel moment toutes les mises à jour ont été effectuées sur le réplica en lecture. Pour plus d'informations sur le retard de réplica, consultez Supervision de la réplication en lecture.

Après avoir transféré le réplica en lecture, attendez que le statut de l'instance de base de données promue affiche Available avant de demander à vos applications d'utiliser l'instance de base de données promue. Vous pouvez éventuellement supprimer le déploiement du cluster de bases de données multi-AZ si vous n'en n'avez plus besoin. Pour obtenir des instructions, consultez Suppression d'un cluster de base de données multi-AZ pour Amazon RDS.

Limites pour la création d'un réplica en lecture d'une instance de base de données avec un cluster de bases de données multi-AZ

Les limites suivantes s'appliquent à la création d'un réplica en lecture d'une instance de base de données à partir d'un déploiement de cluster de bases de données multi-AZ.

  • Vous ne pouvez pas créer une réplique lue d'instance de base de données dans un fichier différent de Compte AWS Compte AWS celui qui possède le cluster de base de données multi-AZ source.

  • Vous ne pouvez pas créer une réplique de lecture d'instance de base de données dans un cluster de base de données multi-AZ Région AWS différent du cluster de base de données source.

  • Vous ne pouvez pas restaurer un réplica en lecture d'une instance de base de données à un instant dans le passé.

  • Le chiffrement du stockage doit avoir les mêmes paramètres sur le cluster de bases de données source multi-AZ et sur le réplica en lecture de l'instance de base de données.

  • Si le cluster de base de données multi-AZ source est chiffré, la réplique lue de l'instance de base de données doit être chiffrée à l'aide de la même KMS clé.

  • Pour effectuer une mise à niveau de version mineure sur le cluster de bases de données multi-AZ source, vous devez d'abord effectuer la mise à niveau de version mineure sur le réplica en lecture de l'instance de base de données.

  • Le réplica en lecture de l'instance de base de données ne prend pas en charge les réplicas en lecture en cascade.

  • RDSPour PostgreSQL, le cluster de base de données multi-AZ source doit exécuter Postgre SQL version 13.11, 14.8 ou 15.2.R2 ou supérieure afin de créer une réplique en lecture d'instance de base de données.

  • Vous pouvez effectuer une mise à niveau de la version majeure sur le cluster de bases de données multi-AZ source d'un réplica en lecture de l'instance de base de données, mais la réplication vers le réplica en lecture s'arrête et ne peut pas être redémarrée.