Utilisation de réplicas en lecture pour Amazon RDS pour PostgreSQL

Les réplicas en lecture PostgreSQL sont en lecture seule. Bien qu’un réplica en lecture ne soit pas une instance de base de données accessible en écriture, vous pouvez le promouvoir en instance de base de données RDS pour PostgreSQL autonome. Toutefois, le processus n'est pas réversible.

Vous ne pouvez pas créer de réplica en lecture à partir d’un autre réplica en lecture si votre instance de base de données RDS pour PostgreSQL exécute une version de PostgreSQL antérieure à 14.1. RDS pour PostgreSQL prend en charge les réplicas en lecture en cascade sur RDS pour PostgreSQL version 14.1 et versions ultérieures uniquement. Pour plus d’informations, consultez Utilisation de réplicas en lecture en cascade avec RDS pour PostgreSQL.

Si vous promouvez un réplica en lecture PostgreSQL, il devient une instance de base de données accessible en écriture. Il arrête de recevoir les fichiers WAL (write-ahead log) d'une instance de base de données source, et n'est plus une instance en lecture seule. Vous pouvez créer des réplicas en lecture à partir de l’instance de base de données promue comme pour n’importe quelle instance de base de données RDS pour PostgreSQL. Pour plus d’informations, consultez Promotion d'un réplica en lecture en instance de bases de données autonome.

Si vous promouvez un réplica en lecture PostgreSQL depuis une chaîne de réplication (une série de réplicas en lecture en cascade), tous les réplicas en lecture en aval existants continuent de recevoir automatiquement des fichiers WAL de l’instance promue. Pour plus d’informations, consultez Utilisation de réplicas en lecture en cascade avec RDS pour PostgreSQL.

Si aucune transaction utilisateur n'est en cours d'exécution sur l'instance de base de données source, le réplica en lecture PostgreSQL associé signale un retard de réplication pouvant atteindre cinq minutes. Le décalage de réplication est calculé comme currentTime - lastCommitedTransactionTimestamp. Cela signifie que lorsqu'aucune transaction n'est traitée, la valeur du décalage de réplication augmente pendant un certain temps jusqu'à ce que le segment WAL (journal d'écriture anticipée) bascule. Par défaut, RDS pour PostgreSQL change le segment WAL toutes les cinq minutes, ce qui entraîne l’enregistrement d’une transaction et une diminution du décalage signalé.

Vous ne pouvez pas activer les sauvegardes automatiques pour les réplicas en lecture PostgreSQL pour les versions de RDS pour PostgreSQL antérieures à 14.1. Les sauvegardes automatiques pour les réplicas en lecture sont prises en charge pour RDS pour PostgreSQL 14.1 et versions ultérieures uniquement. Pour RDS pour PostgreSQL 13 et versions antérieures, créez un instantané à partir d’un réplica en lecture si vous souhaitez en obtenir une sauvegarde.

La reprise ponctuelle (PITR) n’est pas prise en charge pour les réplicas en lecture. Vous pouvez utiliser PITR avec une instance principale (enregistreur) uniquement, pas avec un réplica en lecture. Pour en savoir plus, consultez Restauration d’une instance de base de données à un instant précis pour Amazon RDS.

Les réplicas en lecture pour les versions 12 et inférieures de PostgreSQL redémarrent automatiquement pendant la fenêtre de maintenance de 60 à 90 jours pour appliquer la rotation des mots de passe. Si le réplica perd la connexion à la source avant le redémarrage planifié, il redémarre tout de même pour reprendre la réplication. Pour PostgreSQL versions 13 et ultérieures, les réplicas en lecture peuvent subir de brèves déconnexions et reconnexions pendant le processus de rotation des mots de passe.