Migration vers un cluster de bases de données multi-AZ à l’aide d’un réplica en lecture - Amazon Relational Database Service
Création et promotion du réplica en lectureLimitations

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.

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.

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

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

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

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

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

    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 AWS Management Console et ouvrez la console Amazon RDS à 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, consultez 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 un réplica en lecture à partir d'une instance de base de données source, utilisez la commande AWS CLI 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

  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, consultez 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, consultez 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 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.