Создание логической реплики Аmazon RDS для PostgreSQL в Managed Service for PostgreSQL

Если вы используете сервис Аmazon RDS для PostgreSQL, вы можете создать копию ваших данных в Managed Service for PostgreSQL.

Настройка на стороне Аmazon RDS для PostgreSQL

Доступно для Аmazon RDS для PostgreSQL версии 10.4 и выше.

1. Настройте логическую репликацию.

   1. Установите параметр в parameter group вашего экземпляра БД:

      rds.logical_replication = 1
      

   2. Перезапустите кластер для применения изменений.

2. Создайте отдельного пользователя с ролью rds_replication. Для этого выполните от имени пользователя с ролью rds_superuser:

   CREATE ROLE <user> WITH LOGIN PASSWORD <password>;
   GRANT rds_replication TO <user>;
   

3. Предоставьте привилегию SELECT на все таблицы, участвующие в репликации:

   GRANT SELECT ON <table>, <table2> TO <user>;
   

4. Создайте публикацию:

   CREATE PUBLICATION pub FOR TABLE <table>, <table2>;
   

   Примечание

   Не рекомендуется использовать публикации FOR ALL TABLES из-за невозможности отредактировать список таблиц в будущем.

5. Добавьте inbound правило в VPC security groups.
   Например:

   protocol: tcp, port: 5432, source: 84.201.175.90/32
   

   Где 84.201.175.90 — публичный IP-адрес.

Настройка на стороне Managed Service for PostgreSQL

1. Для создания subscription назначьте пользователю роль mdb_admin:

   yc managed-postgresql user update {user_name} --grants mdb_admin --cluster-id {cluster_id}
   

2. На хосте кластера Managed Service for PostgreSQL создайте подписку со строкой подключения к Аmazon RDS:

   CREATE SUBSCRIPTION s_data_migration CONNECTION 'host=<адрес сервера Аmazon RDS> port=<порт> user=<имя пользователя> sslmode=prefer dbname=<имя базы данных>' PUBLICATION pub;
   

Подробнее о создании подписок смотрите в документации PostgreSQL.

Особенности использования логической репликации

• Изменения схемы базы данных и DDL не реплицируются.

  В первую очередь применяйте новые изменения схемы на стороне подписчика, а потом — на стороне публикации.

• Последовательности не реплицируются.

  В составе таблицы реплицируются данные в столбцах serial или столбцах идентификации, которые генерируются последовательностями. Но сама последовательность на подписчике будет сохранять стартовое значение.

  В случае переключения на базу подписчика, необходимо обновить последовательность до последнего значения:

  ALTER SEQUENCE serial RESTART WITH <new value>;
  

• По умолчанию при создании подписки происходит полное копирование данных из исходных таблиц.

  Для ускорения копирования создавайте только primary key, а после его завершения создайте все остальные индексы.

• Если на таблице отсутствует primary key, вы будете получать ошибки:

  ERROR:  55000: cannot update table "t2" because it does not have a replica identity and publishes updates
  HINT:  To enable updating the table, set REPLICA IDENTITY using ALTER TABLE.
  

  Для работы репликации UPDATE, DELETE на таблицах без primary key необходимо изменить REPLICA IDENTITY :

  alter table t2 replica identity full;
  

• В PostgreSQL версии 10 команда TRUNCATE не реплицируется.

  Вместо этого можно использовать DELETE.

• Внешние таблицы не реплицируются.

• Ошибки, связанные с работой логической репликации, смотрите в логах Managed Service for PostgreSQL.

• Если потребуется пересоздать подписку, то для предотвращения ошибок ограничения primary key очистите таблицы на стороне подписчика.