Información acerca de la extensión pglogical

Selecciona una versión de la documentación:

En esta página, se proporciona una descripción general de la extensión de pglogical, sus beneficios y limitaciones.

Descripción general

La extensión pglogical es una herramienta de replicación lógica sólida y flexible diseñada para PostgreSQL, y también admite alta disponibilidad (HA) y recuperación ante desastres (DR).

La replicación binaria tradicional, comúnmente conocida como replicación física, replica los cambios a nivel del sistema de archivos y de bloques, lo que genera una duplicación física en el sistema de destino. Aunque la replicación física es sólida y protege todo el clúster de bases de datos, es solo unidireccional y requiere acceso al archivo de datos de la base de datos subyacente y a los archivos de registro de escritura por adelantado (WAL).

Por otro lado, la extensión pglogical extrae los cambios de SQL de una base de datos del proveedor y los replica, y, luego, los reproduce en una o más bases de datos del suscriptor. Esta replicación se conoce como replicación lógica.

Con la extensión pglogical, puedes hacer lo siguiente:

  • Replicar datos entre varias bases de datos de AlloyDB Omni
  • Replica datos entre AlloyDB Omni y Google Cloud AlloyDB.
  • Replicar datos entre AlloyDB Omni y otras distribuciones de PostgreSQL, incluidas muchas en servicios de nube de terceros

Beneficios

La replicación lógica con la extensión pglogical ofrece los siguientes beneficios:

  • Replicación selectiva: Proporciona la flexibilidad para establecer filtros y reglas que determinan qué datos deseas replicar y dónde. Puedes elegir qué tablas se incluyen y cómo se manejan las tablas nuevas, ya sea que se incluyan o no. También puedes agregar filtros de columnas y filas. Se puede agregar un apply delay opcional para situaciones en las que desees que el suscriptor represente algún punto final en el tiempo del proveedor.

  • Replicación bidireccional y con varios elementos principales: Todas las bases de datos miembro están abiertas en un estado de lectura y escritura, y son completamente utilizables. Cada base de datos de extremos actúa como proveedor y suscriptor, lo que permite la creación de situaciones de replicación avanzadas y la posibilidad de realizar actualizaciones de datos en diferentes extremos.

  • Compatibilidad con proveedores de servicios en la nube: Los proveedores de servicios en la nube, como Google, reconocen el valor de la extensión pglogical y la integran en sus servicios en la nube, como Google Cloud SQL para PostgreSQL y AlloyDB. Otros proveedores de servicios en la nube también incluyen la extensión pglogical como opción, lo que permite configuraciones de múltiples nubes o de nube híbrida.

  • Replicación entre versiones: Como pglogical replica las instrucciones SQL reales, permite la replicación entre versiones principales de PostgreSQL. En especial cuando la base de datos de origen del proveedor tiene una versión inferior a la base de datos de destino del suscriptor, la replicación entre versiones se puede implementar con confiabilidad.

    La extensión pglogical ofrece compatibilidad con muchas versiones anteriores de PostgreSQL, como la versión 9.4 y posteriores. Esto la convierte en una opción óptima para situaciones en las que trabajas con sistemas heredados y deseas replicar datos en versiones más modernas de PostgreSQL, como las que se usan en AlloyDB Omni y Google Cloud AlloyDB.

En resumen, la extensión pglogical proporciona una solución de replicación lógica rica en funciones, con compatibilidad para versiones anteriores de PostgreSQL y servicios administrados por Cloud que incluyen Google Cloud SQL para PostgreSQL y AlloyDB.

Limitaciones de la replicación lógica

Todas las tecnologías de replicación lógica, incluidas las que se usan con otras plataformas de base de datos relacional, tienen algunas limitaciones, y cualquier mala administración puede interrumpir el proceso de replicación.

Ten en cuenta los siguientes puntos para una implementación confiable:

  • Consideración sobre cómo controlar los objetos con permisos de base de datos y con permisos de clúster que están fuera del alcance de la replicación. La extensión pglogical funciona a nivel de la base de datos y solo con un conjunto específico de tablas y secuencias. Otros tipos de objetos, como funciones y procedimientos, se deben replicar con algún otro método.
  • Se recomienda que todas las tablas de replicación tengan una clave primaria. Es posible utilizar la función de tabla REPLICA IDENTITY para informar a la extensión pglogical sobre qué columnas identifican de forma única las filas. Esto debe evitarse siempre que sea posible. Tablas que no tienen claves primarias, son estáticas por naturaleza, nunca son UPDATED ni DELETED, y solo admiten INSERTS. Estos tipos de tablas no necesitan claves primarias.
  • Administración de activadores y secuencias en bases de datos de suscriptores De forma predeterminada, los activadores se definen como activadores ORIGIN o LOCAL, y no se activan en la base de datos de suscriptores cuando se replican las filas. Se deben verificar todos los activadores para garantizar que la opción REPLICA esté configurada para cualquier activador, de modo que no se active en el extremo del suscriptor a menos que sea necesario.
  • Manejo de la resolución de conflictos de forma manual o automática a través de reglas de who wins
  • Replicación de comandos del lenguaje de definición de datos (DDL) a través de la implementación manual en todos los extremos o la replicación automática del DDL en las bases de datos de suscriptores con la función de API pglogical adecuada en la base de datos del proveedor
  • Garantizar que las tablas y secuencias creadas recientemente se agreguen de forma manual o automática a los conjuntos de replicación en las bases de datos principales
  • Garantizar que exista una red TCP robusta, con buen rendimiento, confiable y segura entre todos los extremos de la topología de replicación

Las restricciones y limitaciones adicionales de la extensión de pglogical incluyen lo siguiente:

  • Se requieren permisos de superusuario para la versión 2.4.3 de pglogical.
  • Si bien la mayoría de las tablas y secuencias se pueden replicar, la extensión pglogical no replica otros tipos de objetos, y las tablas TEMPORARY y UNLOGGED no se replican.
  • Para replicar el DDL, se debe usar la función de la API de pglogical. Los comandos DDL nativos no se replican, excepto el comando TRUNCATE.
  • Opera a nivel del objeto por tabla y por secuencia, y se implementa por base de datos. Esto significa que algunos objetos, incluidos los objetos con permisos de clúster, como users y roles, se excluyen de la replicación y deben administrarse por separado.

¿Qué sigue?