Utilisation des réplicas en lecture d'un cluster de base de données multi-AZ - Amazon Relational Database Service
Migration vers un cluster de bases de données multi-AZ à l'aide d'un réplica en lectureCré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 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 des réplicas en lecture d'un cluster de base de données multi-AZ

Un réplica en lecture d'un cluster de base de données est un type spécial de cluster que vous créez à partir d'une instance de base de données source. Après la création d'un réplica en lecture, les mises à jour apportées à l'instance de base de données principale sont copiées de façon asynchrone sur le réplica en lecture du cluster de bases de données multi-AZ. Vous pouvez réduire la charge sur votre instance de base de données principale en acheminant les requêtes en lecture depuis vos applications vers le réplica en lecture. Les réplicas en lecture permettent une montée en puissance basée sur Elastic au-delà des contraintes de capacité d'une seule instance de base de données dans le cas de charges de travail de base de données à lecture intensive.

Vous pouvez également créer un ou plusieurs réplicas en lecture d'instance de base de données à partir d'un cluster de bases de données multi-AZ. Les réplicas en lecture d'instances de base de données vous permettent de dépasser la capacité de calcul ou d'E/S du cluster de bases de données multi-AZ source en dirigeant le trafic de lecture excédentaire vers les réplicas en lecture. Pour le moment, vous ne pouvez pas créer un réplica en lecture du cluster de bases de données multi-AZ à partir d'un cluster de bases de données multi-AZ existant.

Migration vers un cluster de bases de données multi-AZ à l'aide d'un réplica en lecture

Pour migrer un déploiement mono-AZ ou un déploiement d'instance de base de données multi-AZ vers un déploiement de cluster de bases de données multi-AZ avec un temps d'arrêt réduit, vous pouvez créer un réplica en lecture du cluster de bases de données multi-AZ. Pour la source, vous spécifiez l'instance de base de données dans le déploiement mono-AZ ou l'instance de base de données principale dans le déploiement d'instances de base de données multi-AZ. L'instance de base de données peut traiter les transactions d'écriture pendant la migration vers un cluster de bases de données multi-AZ.

Prenez en compte les points suivants avant de créer un réplica en lecture du cluster de base de données multi-AZ :

  • L'instance de base de données source doit se trouver sur une version qui prend en charge les clusters de bases de données multi-AZ. Pour de plus amples informations, veuillez consulter Clusters de base de données multi-AZ.

  • Le réplica en lecture du cluster de bases de données multi-AZ doit se trouver sur la même version majeure que sa source et sur la même version mineure ou ultérieure.

  • Vous devez activer les sauvegardes automatiques sur l'instance de base de données source en affectant à la période de rétention des sauvegardes une valeur différente de 0.

  • Le stockage alloué à l'instance de base de données source doit être de 100 Go ou plus.

  • Pour RDS for MySQL, les paramètres gtid-mode et enforce_gtid_consistency doivent être définis sur ON pour l'instance de base de données source. Vous devez utiliser un groupe de paramètres personnalisé, pas le groupe de paramètres par défaut. Pour de plus amples informations, veuillez consulter Utilisation de groupes de paramètres de base de données dans une instance de base de données.

  • 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 l'instance de base de données source pour un réplica en lecture du cluster de bases de données multi-AZ, le réplica en lecture est promu en cluster de bases de données multi-AZ autonome.

Création et promotion du réplica en lecture du cluster de bases de données multi-AZ

Vous pouvez créer et promouvoir une réplique de lecture d'un cluster de bases de données multi-AZ à l'aide de l' AWS CLIAPI AWS Management Console, ou RDS.

Note

Nous vous recommandons vivement de créer tous les réplicas en lecture dans le même cloud privé virtuel (VPC) basé sur Amazon VPC que l'instance de base de données source.

Si vous créez une réplique en lecture dans un VPC différent de celui de l'instance 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 Amazon RDS. Le chevauchement CIDR rend le réplica 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 plus d'informations, consultez Utilisation d'un(e) instance de base de données dans un VPC.

Pour procéder à la migration d'un déploiement mono-AZ ou d'un déploiement d'instance de base de données multi-AZ vers un cluster de bases de données multi-AZ à l'aide d'un réplica en lecture, effectuez les étapes suivantes à l'aide de la AWS Management Console.

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

  2. Créez le réplica en lecture du cluster de bases de données multi-AZ.

    1. Dans la panneau de navigation, choisissez Databases (Bases de données).

    2. Sélectionnez l'instance de base de données que vous voulez utiliser comme source pour votre réplica en lecture.

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

    4. Pour Availability and durability (Disponibilité et durabilité), choisissez Multi-AZ DB cluster (Cluster de bases de données multi-AZ).

    5. Sous Identifiant de l'instance DB, saisissez un nom pour le réplica en lecture.

    6. Pour les sections restantes, spécifiez vos paramètres de cluster de base de données. Pour des informations sur un paramètre, consultez Paramètres de création de clusters de base de données multi-AZ.

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

  3. Lorsque vous êtes prêt, promouvez le réplica en lecture pour en faire un cluster de bases de données multi-AZ autonome :

    1. Arrêtez l'écriture de toute transaction sur l'instance de base de données source, puis attendez que toutes les mises à jour soient effectuées sur le réplica en lecture.

      Les mises à jour de la base de données ont lieu sur le réplica en lecture après avoir eu lieu sur l'instance de base de données principale. 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.

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

    3. Dans la console Amazon RDS, choisissez Bases de données.

      Le volet Bases de données s'affiche. Chaque réplica en lecture affiche Réplica dans la colonne Rôle.

    4. Choisissez le réplica en lecture du cluster de bases de données multi-AZ que vous voulez promouvoir.

    5. Pour Actions, choisissez Promote (Promouvoir).

    6. Dans la page Promote read replica (Promouvoir le réplica en lecture), saisissez la période de rétention des sauvegardes et la fenêtre de sauvegarde pour le cluster de bases de données multi-AZ nouvellement promu.

    7. Lorsque les paramètres sont tels que vous les souhaitez, sélectionnez Promote read replica (Promouvoir le réplica en lecture).

    8. Attendez que l'état du cluster de bases de données multi-AZ promu soit Available.

    9. Dirigez vos applications pour utiliser le cluster de bases de données multi-AZ promu.

    (Facultatif) Supprimez le déploiement mono-AZ ou le déploiement d'instance de base de données multi-AZ s'il n'est plus nécessaire. Pour obtenir des instructions, veuillez consulter Suppression d'une instance DB.

Pour procéder à la migration d'un déploiement mono-AZ ou d'un déploiement d'instance de base de données multi-AZ vers un cluster de bases de données multi-AZ à l'aide d'un réplica en lecture, effectuez les étapes suivantes à l'aide de la AWS CLI.

  1. Créez le réplica en lecture du cluster de bases de données multi-AZ.

    Pour créer une réplique en lecture à partir de l'instance de base de données source, utilisez la AWS CLI commande create-db-cluster. Pour --replication-source-identifier, spécifiez l'Amazon Resource Name (ARN) de l'instance de base de données source.

    Pour LinuxmacOS, ou Unix :

    aws rds create-db-cluster \
  --db-cluster-identifier mymultiazdbcluster \
  --replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
  --engine postgres \
  --db-cluster-instance-class db.m5d.large \
  --storage-type io1 \
  --iops 1000 \
  --db-subnet-group-name defaultvpc \
  --backup-retention-period 1

    Dans Windows :

    aws rds create-db-cluster ^
  --db-cluster-identifier mymultiazdbcluster ^
  --replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
  --engine postgres ^
  --db-cluster-instance-class db.m5d.large ^
  --storage-type io1 ^
  --iops 1000 ^
  --db-subnet-group-name defaultvpc ^
  --backup-retention-period 1

  2. Arrêtez l'écriture de toute transaction sur l'instance de base de données source, puis attendez que toutes les mises à jour soient effectuées sur le réplica en lecture.

    Les mises à jour de la base de données ont lieu sur le réplica en lecture après avoir eu lieu sur l'instance de base de données principale. Ce délai de réplication peut varier considérablement. Utilisez la métrique Replica Lag 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.

  3. Lorsque vous êtes prêt, promouvez le réplica en lecture pour en faire un cluster de bases de données multi-AZ autonome.

    Pour promouvoir un réplica en lecture du cluster de bases de données multi-AZ, utilisez la commande AWS CLI promote-read-replica-db-cluster. Pour --db-cluster-identifier, spécifiez l'identifiant du réplica en lecture du cluster de bases de données multi-AZ.

    aws rds promote-read-replica-db-cluster --db-cluster-identifier mymultiazdbcluster

  4. Attendez que l'état du cluster de bases de données multi-AZ promu soit Available.

  5. Dirigez vos applications pour utiliser le cluster de bases de données multi-AZ promu.

(Facultatif) Supprimez le déploiement mono-AZ ou le déploiement d'instance de base de données multi-AZ s'il n'est plus nécessaire. Pour obtenir des instructions, veuillez consulter Suppression d'une instance DB.

Pour procéder à la migration d'un déploiement mono-AZ ou d'un déploiement d'instance de base de données multi-AZ vers un cluster de bases de données multi-AZ à l'aide d'un réplica en lecture, effectuez les étapes suivantes à l'aide de l'API RDS.

  1. Créez le réplica en lecture du cluster de bases de données multi-AZ.

    Pour créer un réplica en lecture du cluster de bases de données multi-AZ, utilisez l'opération CreateDBCluster avec le paramètre DBClusterIdentifier requis. Pour ReplicationSourceIdentifier, spécifiez l'Amazon Resource Name (ARN) de l'instance de base de données source.

  2. Arrêtez l'écriture de toute transaction sur l'instance de base de données source, puis attendez que toutes les mises à jour soient effectuées sur le réplica en lecture.

    Les mises à jour de la base de données ont lieu sur le réplica en lecture après avoir eu lieu sur l'instance de base de données principale. Ce délai de réplication peut varier considérablement. Utilisez la métrique Replica Lag 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.

  3. Lorsque vous êtes prêt, promouvez le réplica en lecture pour en faire un cluster de bases de données multi-AZ autonome.

    Pour promouvoir un réplica en lecture du cluster de bases de données multi-AZ, utilisez l'opération PromoteReadReplicaDBCluster avec le paramètre DBClusterIdentifier requis. Spécifiez l'identifiant du réplica en lecture du cluster de bases de données multi-AZ.

  4. Attendez que l'état du cluster de bases de données multi-AZ promu soit Available.

  5. Dirigez vos applications pour utiliser le cluster de bases de données multi-AZ promu.

(Facultatif) Supprimez le déploiement mono-AZ ou le déploiement d'instance de base de données multi-AZ s'il n'est plus nécessaire. Pour obtenir des instructions, veuillez consulter Suppression d'une instance DB.

Limites de création d'un réplica en lecture du cluster de bases de données multi-AZ

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

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

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

  • Vous ne pouvez pas restaurer un réplica en lecture du cluster de bases de données multi-AZ à un instant dans le passé.

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

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

  • Si l'instance de base de données source utilise un stockage SSD à usage général (gp3) et dispose de moins de 400 GiB de stockage alloué, vous ne pouvez pas modifier les IOPS provisionnées pour la réplique de lecture du cluster de base de données multi-AZ.

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

  • Lorsque vous effectuez une mise à niveau de version mineure sur une réplique en lecture d'un cluster de bases de données multi-AZ RDS pour PostgreSQL, l'instance de base de données du lecteur ne passe pas à l'instance de base de données du rédacteur après la mise à niveau. Par conséquent, votre cluster de base de données peut être indisponible pendant qu'Amazon RDS met à niveau l'instance du rédacteur.

  • Vous ne pouvez pas effectuer de mise à niveau de version majeure sur une réplique en lecture d'un cluster de bases de données multi-AZ.

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

  • Le réplica en lecture du cluster de bases de données multi-AZ ne prend pas en charge les réplicas en lecture en cascade.

  • Pour RDS for PostgreSQL, les réplicas en lecture du cluster de bases de données multi-AZ ne peuvent pas basculer.

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 Présentation des clusters de base 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 paramètre gtid-mode doit être défini sur ON pour le cluster de bases 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 l' AWS CLIAPI AWS Management Console, ou RDS.

Note

Nous vous recommandons vivement de créer tous les réplicas en lecture dans le même cloud privé virtuel (VPC) basé sur Amazon VPC que le cluster de bases de données multi-AZ source.

Si vous créez un réplica en lecture dans un VPC différent du cluster de bases de données multi-AZ source, les plages de routage inter-domaines sans classe (CIDR) peuvent se chevaucher entre le réplica et le système RDS. Le chevauchement CIDR rend le réplica 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 plus d'informations, consultez Utilisation d'un(e) instance 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 console Amazon RDS 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.

Pour LinuxmacOS, 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, veuillez consulter 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, veuillez consulter Suppression d'un cluster de base de données multi-AZ.

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 bases de données multi-AZ source est chiffré, le réplica en lecture de l'instance de base de données doit être chiffré à l'aide de la même clé KMS.

  • 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.

  • Pour RDS for PostgreSQL, le cluster de bases de données multi-AZ source doit exécuter PostgreSQL version 13.11, 14.8 ou 15.2.R2 ou ultérieure afin de créer un réplica de lecture de l'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.