Instalación automática de PostgreSQL: grupo de conexiones y guía de respaldo

PostgreSQL es la joya de la corona del mundo de las bases de datos de código abierto. Fiable, escalable y conforme a los estándares. Sin embargo, en producción, los procesos de instalación eficiente, configuración del grupo de conexiones, respaldo y restauración requieren información. Mucho más que un único comando P0.

En este artículo, explicaremos cómo VDS Panel administra automáticamente PostgreSQL, cómo escala con PgBouncer y su estrategia de respaldo.

Nuevo proyecto = nueva base de datos

Configuración de PostgreSQL en flujo tradicional:

P0

Luego en el entorno de tu aplicación:

P1

En VDS Panel: Marque la casilla “Agregar PostgreSQL” al agregar el proyecto. El resto es automático:

1. 01
   Se crea el usuario

   Usuario llamado myapp_user con contraseña segura de 32 caracteres. La contraseña no se vuelve a exponer fuera de la BD.
2. 02
   Se crea la base de datos

   Se asigna una base de datos denominada myapp_production a un nuevo usuario como propietario.
3. 03
   Se conceden permisos de esquema público

   Para PG 15+, también se establecen PRIVILEGIOS PREDETERMINADOS. Las migraciones de Liquibase/Flyway funcionan sin ningún problema.
4. 04
   DATABASE_URL se inyecta en env

   Cuando se inicia el contenedor de la aplicación, ve la cadena de conexión en el entorno del proceso. No está escrito en ninguna parte del archivo o git.
5. 05
   Se guarda el grupo de conexiones de PgBouncer

   Si se trata de un proyecto de alto rendimiento, la conexión se enruta a través de PgBouncer. Detalles a continuación.

¿Por qué se necesita PgBouncer?

PostgreSQL bifurca un proceso separado para cada conexión. Si una API de Node.js recibe 100 solicitudes simultáneas, habrá 100 procesos PG. Esto crea una sobrecarga de memoria y cambio de contexto.

PgBouncer enlaces de grupos. Asigna 1000 enlaces de aplicaciones a 20-50 enlaces PG reales. Conclusión:

VDS Panel instala automáticamente PgBouncer para proyectos de alto tráfico. URL del enlace:

P2

La aplicación ni siquiera se da cuenta; Utiliza la misma interfaz, pero el grupo de conexiones se ejecuta en segundo plano.

Copia de seguridad automática

VDS Panel verifica su base de datos cada 15 minutos y realiza una copia de seguridad completa diariamente:

• Volcado de base de datos con pg_dump —format=custom
• Cifrado con age o gpg (con clave pública)
• Carga opcional de S3 o R2 (recuperación ante desastres)
• Retención de 30 días, las copias de seguridad antiguas se borran automáticamente
• El archivo local se conserva en caso de carga fallida.

Puede ver la lista de copias de seguridad y restaurar cualquier copia de seguridad desde el panel.

Restaurar: revertir

Una migración salió mal, los datos estaban dañados. Desde el panel:

1. Pestaña “Base de datos” → “Copias de seguridad”
2. Seleccione la fecha de copia de seguridad que desee
3. Botón “Restaurar” Grupo 4:
   • Cierra las conexiones existentes (modo de mantenimiento)
   • Almacena datos actuales como P0
   • Crea una nueva base de datos a partir de la copia de seguridad.
   • Redirige la aplicación a una nueva base de datos.
   • Abre enlaces

Tiempo total ~30 segundos (para bases de datos pequeñas). Unos minutos para bases de datos grandes.

Gestión de la migración

Liquibase, Flyway, Prisma, Drizzle, TypeORM, cualquiera que sea la herramienta de migración que utilice, el panel resuelve automáticamente los problemas de propiedad de la tabla Liquibase/Flyway:

• Liquibase/Flyway crea una tabla con el superusuario de postgres
• El usuario de la aplicación no puede acceder a estas tablas (problema de propiedad)
• El panel detecta esto y transfiere automáticamente la propiedad.

De lo contrario, obtendrá el error “permiso denegado para la tabla…”; El panel resuelve este problema común.

PostgreSQL en Kubernetes (CNPG)

Si el módulo K3s está activo, CNPG (operador CloudNativePG) se puede utilizar para PostgreSQL de nivel de producción. Ventajas:

• Conmutación por error automática (el modo de espera asume el control si el sistema principal falla)
• Replicación en streaming (leer réplicas)
• Copia de seguridad en caliente (copia de seguridad sin tiempo de inactividad)
• Seguimiento de la integración
• Mantenimiento programado

Instala CNPG con un clic con el módulo VDS Panel K3s. Es ideal para escenarios de producción que requieren alta disponibilidad.

##Escucha

Panel para cada instancia de PostgreSQL:

• Número de conexiones en vivo (usadas/máx.)
• Rendimiento de consultas (detección de consultas lenta)
• Uso del disco
• Tamaños de mesa
• Retraso de replicación (si lo hay)
• Estado de la copia de seguridad

P0 predeterminado; Se registran consultas de más de 500 ms. Inmediatamente notará consultas lentas.

Aislamiento

Del lado del panel, cada proyecto se ejecuta en su propia base de datos:

• El proyecto A no puede acceder a la base de datos del proyecto B
• Usuario separado, contraseña separada, esquema separado
• Las copias de seguridad se pueden cifrar en archivos separados con claves diferentes
• La eliminación sólo afecta a la BD de ese proyecto.

Para escenarios de alojamiento multiinquilino, este aislamiento es fundamental.

Conclusión

La producción de PostgreSQL es un trabajo que lleva horas si se realiza manualmente: creación de usuario/base de datos, asignación de permisos, configuración del grupo de conexiones, programación de copias de seguridad, pruebas de restauración, monitoreo. VDS Panel maneja estos pasos automáticamente y le permite administrarlos desde la interfaz del panel.

Todo lo que tienes que hacer es marcar la casilla “Agregar PostgreSQL” cuando agregues tu primer proyecto. El resto se completa en 4 segundos. Puede consultar la página de inicio para obtener detalles del módulo de base de datos o compartir su escenario de instalación desde formulario de contacto.