Configuración del cluster principal con PostgreSQL 16.1
Configuración del cluster principal con PostgreSQL 16.1

CloudNativePG – Replica Cluster – II

Standalone Replica Cluster

En este segundo blog, continuación de “CloudNativePG – Replica Cluster – I”, queremos hacer un ejemplo sencillo y práctico de cómo funciona un replica cluster en una configuración denominada: Standalone replica cluster. Si todavía no has leído la primera parte del blog te invitamos a hacerlo aquí: mantente aztualizado con nuestros últimos Insights.

Con este procedimiento queremos mostrar cómo funciona la replicación entre dos clusters diferentes (que pueden estar separados en zonas geográficas distintas) y ver que esta configuración puede ser muy útil para:

  • Descargar a nuestro cluster principal de carga analítica.
  • Servir como entorno de recuperación ante desastres (DR).

1. Creación del cluster principal

Configuración del cluster principal con PostgreSQL 16.1
Creación y verificación del namespace y pods del cluster principal

2. Creación del Standalone Replica Cluster

Configuración del cluster DR con replicación habilitada
Despliegue y verificación de pods en el cluster DR

El cluster “cluster-dr-replicacluster” se replica vía streaming replication (para simplificar el ejercicio). Lo habitual es disponer de un almacenamiento S3 o S3 compatible donde configurar el Barman Object Store.

Verificación de la replicación entre el cluster principal y el cluster DR

3. Rompemos la réplica y convertimos en dos clusters independientes

Para ello, simplemente se modifica el parámetro [replica.enable] = false

Deshabilitación de la replicación y aplicación de cambios en el cluster DR

Ahora la replicación ya no funciona y tenemos dos clusters independientes. O visto de otro modo, podemos convertir nuestro cluster de solo lectura en nuestro nuevo cluster de lectura/escritura.

Validación de datos tras deshabilitar la replicación
Resultado de la consulta tras deshabilitar la replicación

Conclusiones

Este tipo de arquitectura puede ser muy útil si queremos montar una copia de otro entorno, por ejemplo para:

  • Descargar a nuestro cluster principal.
  • Montar un entorno DR.
  • Realizar pruebas en un cluster diferente al de producción.

Comparte en:

Categorías

Últimos artículos

Diagrama de arquitectura de réplica de clúster PostgreSQL con CloudNativePG en Kubernetes

Con la aparición de Kubernetes y los operadores, nos han simplificado muchas de nuestras tareas del día a día. Gestión [...]

La vorágine de datos continúa su expansión exponencial, consolidando al Big Data no solo como un concepto, sino como el [...]

YugabyteDB: La Base de Datos Distribuida para Aplicaciones Modernas

YugabyteDB es la base de datos distribuida compatible con la API SQL de PostgreSQL y Cassandra para aplicaciones transaccionales modernas. [...]

Resumen de privacidad

Esta web utiliza cookies para que podamos ofrecerte la mejor experiencia de usuario posible. La información de las cookies se almacena en tu navegador y realiza funciones tales como reconocerte cuando vuelves a nuestra web o ayudar a nuestro equipo a comprender qué secciones de la web encuentras más interesantes y útiles.