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 bases de données multi-AZ pour Amazon RDS 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. Lorsque vous choisissez entre procéder à la migration vers un cluster de bases de données multi-AZ à l’aide d’un réplica en lecture ou 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, prenez en compte votre cas d’utilisation et vos exigences en matière de performances. **Migration vers un cluster de bases de données multi-AZ à l’aide d’un réplica en lecture** Cette approche est idéale lorsque vous devez améliorer la disponibilité et la durabilité de votre base de données tout en minimisant la durée d’indisponibilité. En utilisant un réplica en lecture pour procéder à la transition vers un cluster de bases de données multi-AZ, vous pouvez garantir un fonctionnement continu et la cohérence des données. Cette méthode est particulièrement utile pour les environnements de production où le maintien de la disponibilité et la réduction de l’impact sur les charges de travail réelles sont essentiels. **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** Cette méthode convient lorsque vous souhaitez mettre à l’échelle les opérations de lecture ou décharger le trafic de lecture de votre instance de base de données principale. En créant un réplica en lecture à partir d’un cluster de bases de données multi-AZ, vous pouvez répartir les charges de travail lourdes en lecture et améliorer les performances sans affecter la stabilité de l’instance principale. Le choix de la bonne approche dépend de votre priorité : garantir une disponibilité et une durabilité élevées ou mettre à l’échelle les performances de lecture. Identifiez les caractéristiques de votre charge de travail et vos exigences opérationnelles pour prendre une décision éclairée. **Topics** + [Migration vers un cluster de bases de données multi-AZ à l’aide d’un réplica en lecture](multi-az-db-clusters-migrating-to-with-read-replica.md) + [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](multi-az-db-clusters-create-instance-read-replica.md) # 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 plus d’informations, consultez [Régions et moteurs de base de données pris en charge par les clusters de bases de données multi-AZ dans Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md). + 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 plus d’informations, consultez [Groupes de paramètres de base de données pour les instances de base de données Amazon RDS](USER_WorkingWithDBInstanceParamGroups.md). + 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 un réplica en lecture du cluster de bases de données multi-AZ à l'aide de la AWS Management Console, de l'AWS CLI ou de l'API 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 un réplica en lecture dans un VPC différent de l’instance de base de données source, les plages de routage inter-domaines sans classe (CIDR) peuvent se chevaucher entre le réplica 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’une instance de base de données dans un VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md). ### Console 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 AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Créez le réplica en lecture du cluster de bases de données multi-AZ. 1. Dans la panneau de navigation, choisissez **Bases de données**. 1. Sélectionnez l'instance de base de données que vous voulez utiliser comme source pour votre réplica en lecture. 1. Sous **Actions**, choisissez **Créer des réplicas en lecture**. 1. Pour **Availability and durability** (Disponibilité et durabilité), choisissez **Multi-AZ DB cluster** (Cluster de bases de données multi-AZ). 1. Sous **Identifiant de l’instance DB**, saisissez un nom pour le réplica en lecture. 1. Pour les sections restantes, spécifiez vos paramètres de cluster de bases 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](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings). 1. Choisissez **Créer un réplica en lecture**. 1. 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](USER_ReadRepl.Monitoring.md). 1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. 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**. 1. Choisissez le réplica en lecture du cluster de bases de données multi-AZ que vous voulez promouvoir. 1. Pour **Actions**, choisissez **Promote (Promouvoir)**. 1. 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. 1. Lorsque les paramètres sont tels que vous les souhaitez, sélectionnez **Promote read replica** (Promouvoir le réplica en lecture). 1. Attendez que l'état du cluster de bases de données multi-AZ promu soit `Available`. 1. 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, consultez [Suppression d'une instance DB](USER_DeleteInstance.md). ### AWS CLI 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 un réplica en lecture à partir d'une instance de base de données source, utilisez la commande AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html). Pour `--replication-source-identifier`, spécifiez l’Amazon Resource Name (ARN) de l’instance de base de données source. Pour Linux, macOS 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 ``` Pour 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 ``` 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 `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](USER_ReadRepl.Monitoring.md). 1. 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 [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html). 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 ``` 1. Attendez que l’état du cluster de bases de données multi-AZ promu soit `Available`. 1. 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, consultez [Suppression d'une instance DB](USER_DeleteInstance.md). ### API RDS 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 [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) avec le paramètre `DBClusterIdentifier` requis. Pour `ReplicationSourceIdentifier`, spécifiez l'Amazon Resource Name (ARN) de l'instance de base de données source. 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 `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](USER_ReadRepl.Monitoring.md). 1. 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 [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) avec le paramètre `DBClusterIdentifier` requis. Spécifiez l'identifiant du réplica en lecture du cluster de bases de données multi-AZ. 1. Attendez que l’état du cluster de bases de données multi-AZ promu soit `Available`. 1. 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, consultez [Suppression d'une instance DB](USER_DeleteInstance.md). ## 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 un réplica en lecture du cluster de bases de données multi-AZ dans un Compte AWS différent du Compte AWS propriétaire de l'instance de base de données source. + Vous ne pouvez pas créer un réplica en lecture du cluster de bases de données multi-AZ dans une Région AWS différente de celle 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 le réplica en lecture du cluster de bases 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 un réplica en lecture du cluster de bases de données multi-AZ RDS pour PostgreSQL, l’instance de bases de données du lecteur ne passe pas à l’instance de bases de données de l’enregistreur après la mise à niveau. Par conséquent, votre cluster de bases de données peut présenter une durée d’indisponibilité pendant qu’Amazon RDS met à niveau l’instance de l’enregistreur. + Vous ne pouvez pas effectuer de mise à niveau de version majeure sur une réplica en lecture de 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 pour 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 une réplique de lecture d'instance de base de données à partir d'un cluster de base de données multi-AZ afin de dépasser le calcul ou la I/O capacité du cluster pour les charges de travail de base de données gourmandes en lecture. 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. **Topics** + [Comparaison des instances de base de données en lecture et des réplicas en lecture d'instances de base de données](#multi-az-db-clusters-readerdb-vs-dbrr) + [Considérations](#multi-az-db-clusters-instance-read-replica-considerations) + [Création d'un réplica en lecture d'une instance de base de données](#multi-az-db-clusters-instance-read-replica-create) + [Transfert du réplica en lecture de l'instance de base de données](#multi-az-db-clusters-promote-instance-read-replica) + [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](#multi-az-db-clusters-create-instance-read-replica-limitations) ## 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 clusters de bases de données multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-overview). ## 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 plus d’informations, consultez [Utilisation des groupes de paramètres de clusters de bases de données pour les clusters de bases de données Multi-AZ](USER_WorkingWithDBClusterParamGroups.md). + 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 CLI API 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’une instance de base de données dans un VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md). ### Console 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 à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**. 1. Sélectionnez le cluster de bases de données multi-AZ que vous voulez utiliser comme source pour votre réplica en lecture. 1. Sous **Actions**, choisissez **Créer des réplicas en lecture**. 1. Pour **Source du réplica**, assurez-vous que le cluster de bases de données multi-AZ correct est sélectionné. 1. Sous **Identifiant de base de données**, saisissez un nom pour le réplica en lecture. 1. 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](USER_CreateDBInstance.Settings.md). **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. 1. Choisissez **Créer un réplica en lecture**. ### AWS CLI 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 [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html). Pour `--source-db-cluster-identifier`, spécifiez l'identifiant du cluster de bases de données multi-AZ. Pour Linux, macOS ou Unix : ``` aws rds create-db-instance-read-replica \ --db-instance-identifier myreadreplica \ --source-db-cluster-identifier mymultiazdbcluster ``` Pour Windows : ``` aws rds create-db-instance-read-replica ^ --db-instance-identifier myreadreplica ^ --source-db-cluster-identifier mymultiazdbcluster ``` ### API RDS 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 [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html). ## 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](USER_ReadRepl.Promote.md). 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](USER_ReadRepl.Monitoring.md). 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 bases de données Multi-AZ pour Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md). ## 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 pour 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.