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

Migration vers un Multi-AZ cluster de bases de données à l'aide d'une réplique en lecture

Pour migrer un Single-AZ déploiement ou un déploiement d' Multi-AZ instance de base de données vers un déploiement de Multi-AZ cluster de base de données avec un temps d'arrêt réduit, vous pouvez créer une réplique en lecture du Multi-AZ cluster de base de données. Pour la source, vous spécifiez l'instance de base de données dans le Single-AZ déploiement ou l'instance de base de données principale dans le déploiement de l' Multi-AZ instance de base de données. L'instance de base de données peut traiter des transactions d'écriture lors de la migration vers un Multi-AZ cluster de base de données.

Tenez compte des points suivants avant de créer une réplique de lecture d'un Multi-AZ cluster de base de données :

L'instance de base de données source doit être sur une version qui prend en charge les clusters de Multi-AZ base de données. Pour de plus amples informations, veuillez consulter Régions et moteurs de base de données pris en charge pour les clusters de Multi-AZ bases de données dans Amazon RDS.
La réplique lue du Multi-AZ cluster de bases de données doit se trouver sur la même version principale que sa source et sur une version mineure identique ou supé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 Groupes de paramètres de base de données pour les instances de base de données Amazon RDS.
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 une réplique de lecture de Multi-AZ cluster de bases de données, la réplique de lecture est promue en Multi-AZ cluster de base de données autonome.

Création et promotion de la réplique de lecture du Multi-AZ cluster de bases de données

Vous pouvez créer et promouvoir une réplique de lecture d'un Multi-AZ cluster de bases de données à l'aide de l'API AWS Management Console AWS CLI, 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 Inter-Domain routage 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 de plus amples informations, veuillez consulter Utilisation d’une instance de base de données dans un VPC.

Pour migrer un Single-AZ déploiement ou un déploiement d' Multi-AZ instance de base de données vers un Multi-AZ cluster de base de données à l'aide d'une réplique en lecture, effectuez les étapes suivantes à l'aide du AWS Management Console.

Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à https://console.aws.amazon.com/rds/l'adresse.
Créez la réplique de lecture du Multi-AZ cluster de bases de données.
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 Disponibilité et durabilité, choisissez le Multi-AZ cluster de base de données.
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 bases de données. Pour des informations sur un paramètre, consultez Paramètres de création de clusters de Multi-AZ bases de données.
7. Choisissez Créer un réplica en lecture.
Lorsque vous êtes prêt, faites de la réplique en lecture un Multi-AZ cluster de base de données 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 à https://console.aws.amazon.com/rds/l'adresse.
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 la réplique de lecture du Multi-AZ cluster de bases de données que vous souhaitez promouvoir.
5. Pour Actions, choisissez Promote (Promouvoir).
6. Sur la page Promouvoir la lecture de répliques, entrez la période de rétention des sauvegardes et la fenêtre de sauvegarde pour le Multi-AZ cluster de bases de données récemment 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 le statut du Multi-AZ cluster de base de données promu soitAvailable.
9. Demandez à vos applications d'utiliser le Multi-AZ cluster de base de données promu.
Supprimez éventuellement le Single-AZ déploiement ou le déploiement de l' Multi-AZ instance de base de données s'il n'est plus nécessaire. Pour obtenir des instructions, veuillez consulter Suppression d'une instance DB.

Créez la réplique de lecture du Multi-AZ cluster de bases de données.

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

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, faites de la réplique en lecture un Multi-AZ cluster de base de données autonome.

Pour promouvoir une réplique de lecture d'un Multi-AZ cluster de base de données, utilisez la AWS CLI commande promote-read-replica-db-cluster. Pour--db-cluster-identifier, spécifiez l'identifiant de la réplique lue du Multi-AZ cluster de bases de données.
```
aws rds promote-read-replica-db-cluster --db-cluster-identifier mymultiazdbcluster
```
Attendez que le statut du Multi-AZ cluster de base de données promu soitAvailable.
Demandez à vos applications d'utiliser le Multi-AZ cluster de base de données promu.

Supprimez éventuellement le Single-AZ déploiement ou le déploiement de l' Multi-AZ instance de base de données s'il n'est plus nécessaire. Pour obtenir des instructions, veuillez consulter Suppression d'une instance DB.

Créez la réplique de lecture du Multi-AZ cluster de bases de données.

Pour créer une réplique de lecture d'un Multi-AZ cluster de bases de données, utilisez l'CreateDBClusteropération avec le paramètre requisDBClusterIdentifier. Pour ReplicationSourceIdentifier, spécifiez l'Amazon Resource Name (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, faites de Read Replica un Multi-AZ cluster de base de données autonome.

Pour promouvoir une réplique de lecture d'un Multi-AZ cluster de bases de données, utilisez l'PromoteReadReplicaDBClusteropération avec le paramètre requisDBClusterIdentifier. Spécifiez l'identifiant de la réplique lue du Multi-AZ cluster de bases de données.
Attendez que le statut du Multi-AZ cluster de base de données promu soitAvailable.
Demandez à vos applications d'utiliser le Multi-AZ cluster de base de données promu.

Limites relatives à la création d'une réplique de lecture d'un Multi-AZ cluster de bases de

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

Vous ne pouvez pas créer une réplique de lecture de Multi-AZ cluster de bases de données 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 de Multi-AZ cluster de bases de données 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 une réplique lue d'un Multi-AZ cluster de bases de données à un moment donné.
Le chiffrement du stockage doit avoir les mêmes paramètres sur l'instance de base de données source et sur le Multi-AZ cluster de base de données.
Si l'instance de base de données source est chiffrée, la réplique lue du Multi-AZ cluster de bases de données doit être chiffrée à 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 Multi-AZ du cluster de base de données.
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 la réplique en lecture du Multi-AZ cluster de bases de données.
Lorsque vous effectuez une mise à niveau de version mineure sur une réplique en lecture d'un cluster de base de données RDS pour Multi-AZ 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 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éplique en lecture d'un Multi-AZ cluster de bases de données.
Vous pouvez effectuer une mise à niveau de version majeure sur l'instance de base de données source d'une réplique en lecture de Multi-AZ cluster de bases de données, mais la réplication vers la réplique en lecture s'arrête et ne peut pas être redémarrée.
La réplique de lecture du Multi-AZ cluster de bases de données ne prend pas en charge les répliques de lecture en cascade.
Pour RDS pour PostgreSQL Multi-AZ , les répliques de lecture des clusters de bases de données 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épliques de lecture de clusters de Multi-AZ bases de données

Création d'une réplique de lecture d'instance de base de données à partir d'un Multi-AZ cluster de base de données