Promotion d'un réplica en lecture en instance de bases de données autonome - Amazon Relational Database Service
Cas d'utilisation pour promouvoir une réplique lueCaractéristiques d'une réplique de lecture sponsoriséeConditions préalables à la promotion d'une réplique luePromouvoir une réplique lue : étapes de base

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.

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 promouvez une réplique 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 promouvoir une réplique lue

Vous souhaiterez peut-être promouvoir une réplique en lecture vers une instance de base de données autonome pour l'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 de plus amples informations, veuillez consulter 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'DDLopérations (My SQL et MariaDB uniquement) DDL : les opérations, telles que la création ou la reconstruction d'index, peuvent prendre du temps et affecter considérablement les performances de votre instance de base de données. Vous pouvez effectuer ces opérations sur une réplique de lecture My SQL ou MariaDB une fois que la réplique de lecture est synchronisée avec son instance de base 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éplique de lecture est une instance RDS de base de données Oracle, vous pouvez effectuer un changement au lieu d'une promotion. Lors d'un basculement, l'instance de base de données source devient la nouvelle réplique, et la réplique devient la nouvelle instance de base de données source. Pour de plus amples informations, veuillez consulter Exécution d'un basculement d'Oracle Data Guard.

Caractéristiques d'une réplique de lecture sponsorisée

Une fois que vous avez promu la réplique en lecture, elle cesse de fonctionner en tant que réplique en lecture et devient une instance de base de données autonome. La nouvelle instance de base de données autonome présente les caractéristiques suivantes :

  • L'instance de base de données autonome conserve le groupe d'options et le groupe de paramètres de la réplique de lecture avant la promotion.

  • Vous pouvez créer des répliques de lecture à partir de l'instance de base de données autonome et effectuer des opérations de point-in-time restauration.

  • Vous ne pouvez pas utiliser l'instance de base de données comme cible de réplication car il ne s'agit plus d'une réplique en lecture.

Conditions préalables à la promotion d'une réplique lue

Avant de promouvoir une réplique lue, procédez comme suit :

  • Passez en revue votre stratégie de sauvegarde :

    • Nous vous recommandons d'activer les sauvegardes et d'effectuer au moins une sauvegarde. 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éplique lue n'a pas le même backing-up statut. Vous ne pouvez pas promouvoir une réplique lue lorsqu'elle est dans cet état.

  • Arrêtez l'écriture de transactions sur l'instance de base de données principale, puis attendez que toutes les mises RDS à jour soient appliquées à la réplique lue.

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

  • (My SQL et MariaDB uniquement) Pour apporter des modifications à une réplique de lecture My SQL ou MariaDB avant de la promouvoir, définissez le paramètre sur dans le groupe de paramètres de base de données 0 pour read_only la réplique de lecture. Vous pouvez ensuite effectuer toutes les DDL opérations nécessaires, telles que la création d'index, sur la réplique lue. Les actions entreprises sur le réplica en lecture n'affectent pas la performance de l'instance de base de données principale.

Promouvoir une réplique lue : é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 la réplique lue en utilisant l'option Promote sur la RDS console Amazon promote-read-replica, la AWS CLI commande ou l'RDSAPIopération PromoteReadReplicaAmazon.

    Note

    Le processus de promotion dure quelques minutes. Lorsque vous promouvez une réplique en lecture, RDS arrêtez la réplication et redémarrez la réplique 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 RDS instance de base de données Amazon 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 RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

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

  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 une réplique en lecture vers une instance de base de données autonome, utilisez la AWS CLI promote-read-replicacommande.

Exemple

Dans Linux, macOS, ou Unix:

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

Dans Windows:

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

Pour promouvoir une réplique en lecture vers une instance de base de données autonome, appelez l'RDSAPIPromoteReadReplicaopération Amazon avec le paramètre DBInstanceIdentifier requis.