Configuration de la réplication logique pour votre cluster de SQL base de données Aurora Postgre - Amazon Aurora

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.

Configuration de la réplication logique pour votre cluster de SQL base de données Aurora Postgre

La configuration de la réplication logique nécessite des privilèges rds_superuser. Votre cluster de SQL base de données Aurora Postgre doit être configuré pour utiliser un groupe de paramètres de cluster de base de données personnalisé afin que vous puissiez définir les paramètres nécessaires comme indiqué dans la procédure suivante. Pour de plus amples informations, veuillez consulter Groupes de paramètres de cluster de base de données pour les clusters de bases de données Amazon Aurora.

Pour configurer la réplication SQL logique Postgre pour un cluster de base de données Aurora Postgre SQL
  1. Connectez-vous au AWS Management Console et ouvrez la RDS console Amazon à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le volet de navigation, choisissez votre cluster de SQL base de données Aurora Postgre.

  3. Ouvrez l'onglet Configuration. Parmi les détails de l'instance, recherchez le lien Groupe de paramètres avec Groupe de paramètres de cluster DB comme Type.

  4. Cliquez sur le lien pour ouvrir les paramètres personnalisés associés à votre cluster de SQL base de données Aurora Postgre.

  5. Dans le champ de recherche Parameters (Paramètres), tapez rds pour trouver le paramètre rds.logical_replication. La valeur par défaut de ce paramètre est 0, ce qui signifie qu'il est désactivé par défaut.

  6. Choisissez Edit parameters (Modifier les paramètres) pour accéder aux valeurs des propriétés, puis choisissez 1 dans le sélecteur pour activer la fonction. En fonction de votre utilisation prévue, vous devrez peut-être également modifier les paramètres suivants. Toutefois, dans de nombreux cas, les valeurs par défaut sont suffisantes.

    • max_replication_slots – Définissez ce paramètre sur une valeur au moins égale au nombre total prévu de publications et d'abonnements de réplication logique. Si vous utilisez AWS DMS, ce paramètre doit au moins correspondre à vos tâches de capture des données de modification planifiées à partir du cluster, ainsi qu'aux publications et abonnements de réplication logique.

    • max_wal_senderset max_logical_replication_workers — Définissez ces paramètres sur une valeur au moins égale au nombre de slots de réplication logiques que vous souhaitez activer, ou au nombre de slots actifs AWS DMS tâches de capture des données de modification. Le fait de laisser un emplacement de réplication logique inactif empêche le vacuum de supprimer les tuples obsolètes des tables. Nous vous recommandons donc de surveiller les emplacements de réplication et de supprimer les emplacements inactifs, le cas échéant.

    • max_worker_processes – Définissez ce paramètre sur une valeur au moins égale au total des valeurs max_logical_replication_workers, autovacuum_max_workers et max_parallel_workers. Les processus d'employés en arrière-plan peuvent affecter les charges de travail des applications sur les petites classes d'instances de base de données. Surveillez les performances de votre base de données si vous définissez max_worker_processes sur une valeur supérieure à la valeur par défaut. (La valeur par défaut est le résultat deGREATEST(${DBInstanceVCPU*2},8}, ce qui signifie que, par défaut, il s'agit de 8 ou du double de l'CPUéquivalent de la classe d'instance de base de données, selon la valeur la plus élevée).

    Note

    Vous pouvez modifier des valeurs de paramètres dans un groupe de paramètres de base de données créé par le client. Vous ne pouvez pas modifier les valeurs de paramètres dans un groupe de paramètres de base de données par défaut.

  7. Sélectionnez Enregistrer les modifications.

  8. Redémarrez l'instance Writer de votre cluster de SQL base de données Aurora Postgre afin que vos modifications prennent effet. Dans la RDS console Amazon, choisissez l'instance de base de données principale du cluster et choisissez Redémarrer dans le menu Actions.

  9. Lorsque l'instance est disponible, vous pouvez vérifier que la réplication logique est activée, comme suit.

    1. Utilisez-le psql pour vous connecter à l'instance d'écriture de votre cluster de SQL base de données Aurora Postgre.

      psql --host=your-db-cluster-instance-1.aws-region.rds.amazonaws.com --port=5432 --username=postgres --password --dbname=labdb
    2. Vérifiez que la réplication logique a été activée à l'aide de la commande suivante.

      labdb=> SHOW rds.logical_replication; rds.logical_replication ------------------------- on (1 row)
    3. Vérifiez que wal_level est défini sur logical.

      labdb=> SHOW wal_level; wal_level ----------- logical (1 row)

Pour un exemple d'utilisation de la réplication logique pour maintenir une table de base de données synchronisée avec les modifications apportées par un cluster de base de données Aurora Postgre SQL source, consultez. Exemple : utilisation de la réplication logique avec des clusters de SQL base de données Aurora Postgre