Promotion d'un réplica en lecture en instance de bases de données autonome - Amazon Relational Database Service

Promotion d'un réplica en lecture en instance de bases de données autonome

Vous pouvez promouvoir un réplica en lecture an tant qu'une instance de base de données autonome. Si une instance de base de données source possède plusieurs réplicas en lecture, la promotion d'un des réplicas en lecture en instance de base de données n'a aucun effet sur les autres réplicas.

Lorsque vous effectuez la promotion d’un réplica en lecture, RDS redémarre l’instance de base de données avant de la rendre disponible. Le processus de promotion peut prendre plusieurs minutes ou plus longtemps, selon la taille du réplica en lecture.

Promotion d’un réplica en lecture

Cas d’utilisation pour la promotion d’un réplica en lecture

Vous pouvez souhaiter promouvoir un réplica en lecture en une instance de base de données autonome pour une des raisons suivantes :

  • Implémentation d'une récupération en cas de défaillance – Vous pouvez utiliser la promotion de réplica en lecture comme plan de récupération de données en cas de défaillance de l'instance de base de données principale. Cette approche complète la réplication synchrone, la détection automatique d'échec et le basculement.

    Si vous êtes conscient des ramifications et des limitations de la réplication asynchrone et que vous souhaitez toujours utiliser la promotion de réplica en lecture pour la récupération des données, vous pouvez le faire. Pour cela, commencez par créer un réplica en lecture, puis surveillez l'instance de base de données principale pour détecter les pannes. En cas de panne, procédez comme suit :

    1. Promouvez le réplica en lecture.

    2. Dirigez le trafic de base de données vers l'instance de bases de données promue.

    3. Créez un réplica en lecture de remplacement avec l'instance de base de données promue comme source.

  • Mise à niveau de la configuration de stockage : si votre instance de base de données source ne correspond pas à la configuration de stockage préférée, vous pouvez créer un réplica en lecture de l'instance et mettre à niveau la configuration du système de fichiers de stockage. Cette option migre le système de fichiers du réplica en lecture vers la configuration préférée. Vous pouvez ensuite promouvoir le réplica en lecture en tant qu'instance autonome.

    Vous pouvez utiliser cette option pour surmonter les limitations de mise à l'échelle en matière de stockage et de taille de fichier pour les anciens systèmes de fichiers 32 bits. Pour plus d’informations, consultez Mise à niveau du système de fichiers de stockage d'une instance de base de données.

    Cette option n'est disponible que si votre instance de base de données source ne possède pas la dernière configuration de stockage ou si vous modifiez la classe d'instance de base de données dans la même demande.

  • Partitionnement – Le partitionnement incarne l'architecture « ne rien partager » et implique essentiellement la décomposition d'une grande base de données en plusieurs bases de données plus petites. Pour fractionner une base de données, l'une des méthodes consiste à fractionner les tables qui ne sont pas jointes dans la même requête sur différents hôtes. L'autre méthode consiste à dupliquer une table entre plusieurs hôtes, puis à utiliser un algorithme de hachage pour déterminer l'hôte qui reçoit une mise à jour donnée. Vous pouvez créer des réplicas en lecture correspondant à chacune de vos partitions (bases de données plus petites) et les promouvoir quand vous décidez de les convertir en partitions autonomes. Vous pouvez alors extraire l'espace clé (si vous fractionnez les lignes) ou la distribution des tables pour chaque partitionnement selon vos besoins.

  • Exécution d'opérations DDL (MySQL et MariaDB uniquement) – Les opérations DDL, telles que la création ou la reconstruction d'index, peuvent prendre du temps et imposer une pénalité importante de performances à votre instance de base de données. Vous pouvez exécuter ces opérations sur un réplica en lecture MySQL ou MariaDB une fois que ce réplica en lecture est synchronisé avec son instance de bases de données principale. Ensuite, vous pouvez promouvoir le réplica en lecture et indiquer à vos applications d'utiliser l'instance promue.

Note

Si votre réplica en lecture est une instance de base de données RDS for Oracle, vous pouvez effectuer une bascule au lieu d’une promotion. Lors d’une bascule, l’instance de base de données source devient le nouveau réplica, et le réplica devient la nouvelle instance de base de données source. Pour plus d’informations, consultez Exécution d’une bascule d’Oracle Data Guard.

Caractéristiques d’un réplica en lecture promu

Une fois le réplica en lecture promu, celui-ci cesse de fonctionner en tant que réplica en lecture et devient une instance de base de données autonome. La nouvelle instance de base de données autonome possède les caractéristiques suivantes :

  • L’instance de base de données autonome conserve le groupe d’options et le groupe de paramètres du réplica en lecture avant promotion.

  • Par exemple, vous pouvez créer des réplicas en lecture à partir de la nouvelle instance de base de données et effectuer des opérations de restauration ponctuelle.

  • Vous ne pouvez pas utiliser l’instance de base de données comme cible de réplication puisque qu’elle n’est plus un réplica en lecture.

Prérequis à la promotion d’un réplica en lecture

Avant de promouvoir un réplica en lecture, procédez comme suit :

  • Passez en revue votre stratégie de sauvegarde :

    • Nous recommandons d’activer les sauvegardes et d’en effectuer au moins une. La durée de la sauvegarde dépend du nombre de modifications apportées à la base de données depuis la dernière sauvegarde.

    • Si vous avez activé des sauvegardes sur votre réplica en lecture, configurez la fenêtre de sauvegarde automatique afin que les sauvegardes quotidiennes n'interfèrent pas avec la promotion du réplica en lecture.

    • Assurez-vous que votre réplica en lecture n’a pas le statut backing-up. Vous ne pouvez pas promouvoir un réplica en lecture lorsqu’il est dans cet état.

  • Arrêtez l’écriture de toute transaction sur l’instance de base de données principale, puis attendez que RDS effectue toutes les mises à jour 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. Le retard 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 MySQL et MariaDB uniquement) Pour apporter des modifications à un réplica en lecture MySQL ou MariaDB avant de le promouvoir, vous devez affecter au paramètre read_only la valeur 0 dans le groupe de paramètres de base de données du réplica en lecture. Vous pouvez alors effectuer toutes les opérations DDL requises, telles que la création d'index, sur le réplica en lecture. Les actions entreprises sur le réplica en lecture n'affectent pas la performance de l'instance de base de données principale.

Promotion d’un réplica en lecture : étapes de base

Les étapes suivantes montrent le processus général de promotion d'un réplica en lecture en instance de base de données :

  1. Promouvez le réplica en lecture en utilisant l'option Promote (Promouvoir) sur la console Amazon RDS, la commande promote-read-replica de l'AWS CLI ou l'opération de l'API Amazon RDS PromoteReadReplica.

    Note

    Le processus de promotion dure quelques minutes. Lorsque vous promouvez un réplica en lecture, RDS arrête la réplication et redémarre le réplica en lecture. Une fois le redémarrage terminé, le réplica en lecture est disponible en tant que nouvelle instance de base de données.

  2. (Facultatif) Modifiez la nouvelle instance de base de données pour en faire un déploiement multi-AZ. Pour plus d’informations, consultez Modification d'une instance de base de données Amazon RDS et Configuration et gestion d’un déploiement multi-AZ pour Amazon RDS.

Pour promouvoir un réplica en lecture en tant qu'instance de base de données autonome
  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse https://console.aws.amazon.com/rds/.

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

  3. Choisissez le réplica en lecture que vous voulez promouvoir.

  4. Pour Actions, choisissez Promote (Promouvoir).

  5. Dans la page Promouvoir le réplica en lecture, saisissez la période de rétention des sauvegardes et la fenêtre de sauvegarde pour l'instance de base de données nouvellement promue.

  6. Lorsque les paramètres vous conviennent, choisissez Continue.

  7. Dans la page de confirmation, choisissez Promouvoir le réplica en lecture.

Pour promouvoir un réplica en lecture en tant qu'instance de base de données autonome, utilisez la commande AWS CLI de lapromote-read-replica.

Exemple

Pour Linux, macOS ou Unix :

aws rds promote-read-replica \ --db-instance-identifier myreadreplica

Pour Windows :

aws rds promote-read-replica ^ --db-instance-identifier myreadreplica

Pour promouvoir un réplica en lecture en tant qu'instance de base de données autonome, appelez l'opération PromoteReadReplica de l'API Amazon RDS avec le paramètre requis DBInstanceIdentifier.