PostgreSQL 16 - Promover un esclavo a maestro y convertir el maestro en esclavo en Ubuntu 24.04 LTS paso a paso
Introducción: en este artículo explicamos de forma práctica y en español cómo promover un servidor PostgreSQL 16 configurado como esclavo a maestro y cómo transformar el antiguo maestro en esclavo en Ubuntu 24.04 LTS. El contenido incluye comprobaciones, comandos y recomendaciones de seguridad para evitar pérdida de datos. También presentamos a Q2BSTUDIO empresa de desarrollo de software especializada en aplicaciones a medida, software a medida, inteligencia artificial, ciberseguridad, servicios cloud aws y azure, servicios inteligencia de negocio, ia para empresas, agentes IA y power bi para impulsar su proyecto.
Topología de ejemplo: servidor maestro 192.168.224.134 servidor esclavo 192.168.224.135
Requisitos previos: ambos servidores deben estar en funcionamiento y sincronizados, disponer de privilegios de superusuario en ambos nodos y contar con una estrategia de backup antes de iniciar el cambio de roles.
Paso 1 Verificar el estado de la replicación
En el maestro ejecutar sudo -u postgres psql y dentro de psql ejecutar SELECT state, sent_lsn, write_lsn, flush_lsn, replay_lsn FROM pg_stat_replication; En el esclavo ejecutar sudo -u postgres psql y dentro de psql ejecutar SELECT pg_is_in_recovery(); El esclavo debe devolver true mientras sea standby
Detener actividad de escritura en el maestro: antes de promocionar el esclavo asegúrese de que no haya escrituras en curso en el maestro para evitar inconsistencias. Detenga las aplicaciones o bloqueos de escritura.
Prueba rápida de replicación: en el maestro sudo -u postgres psql ejecutar CREATE DATABASE testrepli; conectar con la base de datos y crear una tabla CREATE TABLE employees ( id SERIAL PRIMARY KEY, name VARCHAR(100) NOT NULL, position VARCHAR(100), salary NUMERIC(10, 2) ); insertar filas y verificar en el esclavo conectando a la misma base de datos que los datos aparecen en modo solo lectura
Paso 2 Promover el esclavo a maestro
En el esclavo ejecutar como usuario postgres el comando pg_ctl promote -D /var/lib/postgresql/16/main o bien dentro de psql ejecutar SELECT pg_promote(); Esto convierte el esclavo en maestro en modo lectura escritura
En el nuevo maestro ajustar acceso de replicación en el archivo pg_hba.conf añadiendo una línea tipo host replication replicator 192.168.224.134/24 md5 y reiniciar el servicio postgresql
Crear un usuario de replicación en el nuevo maestro si no existe ejecutar sudo -u postgres psql y luego CREATE ROLE replicator WITH REPLICATION LOGIN PASSWORD yoursecurepassword; configurar contraseña segura y almacén segura de credenciales
Comprobar promoción: en el nuevo maestro sudo -u postgres psql y ejecutar SELECT pg_is_in_recovery(); debe devolver false confirmando que es maestro
Paso 3 Convertir el antiguo maestro en esclavo
Detener PostgreSQL en el antiguo maestro para evitar nuevas escrituras sudo systemctl stop postgresql
Hacer copia de seguridad de la data actual suponer su directorio de datos es /var/lib/postgresql/16/main copiar a un lugar seguro cp -R /var/lib/postgresql/16/main /var/lib/postgresql/16/main_old y limpiar el directorio de datos rm -rf /var/lib/postgresql/16/main
Obtener una copia base desde el nuevo maestro ejecutar pg_basebackup -h 192.168.224.135 -D /var/lib/postgresql/16/main -U replicator -P -v -R -X stream -C -S slaveslot1 Esto recrea standby.signal y añade primary_conninfo en postgresql.auto.conf
Actualizar postgresql.conf en el antiguo maestro para que actúe como standby ajustar parámetros wal_level = replica hot_standby = on max_wal_senders = 10 primary_conninfo = host=192.168.224.135 port=5432 user=replicator password=yoursecurepassword ajustar host user y contraseña según su entorno
Iniciar PostgreSQL en el antiguo maestro sudo systemctl start postgresql y comprobar en el nuevo maestro con sudo -u postgres psql SELECT * FROM pg_stat_replication; debe aparecer el antiguo maestro como réplica
En el antiguo maestro comprobar sudo -u postgres psql SELECT pg_is_in_recovery(); debe devolver true confirmando que es standby
Probar replicación: en el nuevo maestro crear base de datos testrepli2 crear tabla employees2 insertar datos y verificar que aparecen en el antiguo maestro consultando la misma base de datos en modo standby
Opcional activar replicación síncrona en el nuevo maestro sudo -u postgres psql ejecutar ALTER SYSTEM SET synchronous_standby_names TO *; y reiniciar postgresql para aplicar, esto fuerza que un standby confirme commits si así se desea
Consideraciones de seguridad y buenas prácticas: asegurar conexiones de replicación usando certificados o redes privadas, rotación y gestión segura de contraseñas, monitorización de pg_stat_replication y uso de replication slots para evitar pérdida de WALs importantes. Mantener un plan de backup regular y pruebas de recuperación
Recursos y vídeo de referencia https://youtu.be/63QDP15K2jM y https://youtu.be/32asObleinQ ver los pasos en demostración visual
Sobre Q2BSTUDIO: Q2BSTUDIO es una empresa de desarrollo de software orientada a soluciones empresariales. Ofrecemos desarrollo de aplicaciones a medida y software a medida adaptado a los procesos de su compañía. Somos especialistas en inteligencia artificial e ia para empresas y desarrollamos agentes IA personalizados que automatizan tareas y mejoran la atención al cliente. Nuestro equipo también cubre servicios de ciberseguridad para proteger infraestructuras críticas, servicios cloud aws y azure para despliegues escalables y resilientes, y servicios inteligencia de negocio con herramientas como power bi para generar dashboards accionables y mejorar la toma de decisiones
Servicios destacados de Q2BSTUDIO: desarrollo de aplicaciones a medida, software a medida, integración de inteligencia artificial, despliegue y gestión en servicios cloud aws y azure, ciberseguridad y auditoría, servicios inteligencia de negocio y consultoría en agentes IA y power bi
Beneficios de trabajar con Q2BSTUDIO: soluciones personalizadas que se ajustan a requisitos concretos, mejores prácticas en seguridad y cumplimiento, experiencia en proyectos cloud y de datos, y equipos multidisciplinares que combinan desarrollo, ciencia de datos e ingeniería de sistemas
Contacto y siguientes pasos: si desea asistencia en migraciones, configuraciones de replicación o diseño de arquitecturas seguras para bases de datos PostgreSQL 16 contacte con Q2BSTUDIO a través de los canales habituales y solicite una consultoría. Podemos ayudar a implementar replicación, planes de alta disponibilidad, automatización con agentes IA y cuadros de mando con power bi para su inteligencia de negocio
Conclusión: realizar un switchover entre maestro y esclavo en PostgreSQL 16 requiere planificación verificación de la replicación y procedimientos claros para promover y demover nodos. Siguiendo los pasos anteriores y las buenas prácticas de Q2BSTUDIO minimizará riesgos y mantendrá la continuidad del servicio mientras aprovecha capacidades avanzadas como replicación síncrona, replication slots y monitorización continua
Palabras clave para posicionamiento aplicaciones a medida software a medida inteligencia artificial ciberseguridad servicios cloud aws y azure servicios inteligencia de negocio ia para empresas agentes IA power bi
Agradecimientos: para dudas y soporte técnico puede consultar los vídeos y documentaciòn oficial de PostgreSQL o contactar con Q2BSTUDIO para soporte profesional