Création et promotion du réplica en lecture Limites

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 Régions et moteurs de base de données pris en charge pour les clusters de bases de données multi-AZ dans Amazon RDS.
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 enforce_gtid_consistency paramètres gtid-mode et doivent être définis sur l'instance de ON 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 Groupes de paramètres de base de données pour les instances de base de données RDSAmazon.
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 du 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 de l'instance de base de données source.

Si vous créez une réplique en lecture dans une instance de base de données VPC différente 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 AmazonRDS. 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(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.

Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.
Créez le réplica en lecture du cluster de bases de données multi-AZ.
1. Dans le 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.
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 RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.
3. Dans la RDS console Amazon, sélectionnez Databases.
  
  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, consultez Suppression d'une instance DB.

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 le nom de ressource Amazon (ARN) de l'instance de base de données source.

Dans 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

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

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.
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
```
Attendez que l'état du cluster de bases de données multi-AZ promu soit Available.
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.

Pour migrer un déploiement mono-AZ ou un déploiement d'instance de base de données multi-AZ vers un cluster de base de données multi-AZ à l'aide d'une réplique en lecture, effectuez les étapes suivantes à l'aide du. RDS API

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. PourReplicationSourceIdentifier, spécifiez le nom de ressource Amazon (ARN) de l'instance de base de données source.
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.
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.
Attendez que l'état du cluster de bases de données multi-AZ promu soit Available.
Dirigez vos applications pour utiliser le cluster de bases de données multi-AZ promu.

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, la réplique lue du cluster de base de données multi-AZ doit être chiffrée à l'aide de la même KMS clé.
Si l'instance de base de données source utilise un stockage à usage général SSD (gp3) et dispose de moins de 400 GiB de stockage alloué, vous ne pouvez pas modifier le IOPS provisionnement prévu 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 RDS d'un cluster de base de données Postgre SQL Multi-AZ, 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.
RDSPour PostgreSQL, les répliques de lecture de clusters de bases de données multi-AZ ne peuvent pas basculer.

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Utilisation des réplicas en lecture d'un cluster de base de données multi-AZ

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