NubliVault for PostgreSQL
Vuelve la base a cualquier segundo.
Respaldo continuo de PostgreSQL, cifrado en la propia VM y enviado directo a dos destinos con retenciones distintas. La restauración lleva la base al instante que elijas, en otro servidor.
En producción
Restauración al segundo
El registro de transacciones (WAL) sale de la VM de forma continua. La restauración elige el punto — “hoy a las 14:32:10” — y se detiene en el último registro anterior.
Dos destinos, dos retenciones
Por ejemplo, 30 días en la nube de origen (OCI) y 3 días fuera de ella (AWS), para recuperación ante desastres. Cada destino guarda una cadena completa y restaura por sí solo.
Seguro por defecto
Criptografía AES-256 en la VM, con clave exclusiva por VM. En AWS, credencial temporal de 1 hora y bucket con Object Lock: ni la credencial de la VM borra el respaldo.
Cómo funciona
- 1
Se instala un agente liviano en la VM de la base. Solo hace conexiones de salida (HTTPS) y no abre ningún puerto.
- 2
En el registro, la VM genera su propia clave, que nunca sale de ella, y recibe un certificado con su nombre. Ese certificado es lo que da acceso al almacenamiento.
- 3
El respaldo completo corre cada cierto tiempo y el incremental, todos los días. El incremental es por bloque: envía solo las páginas de la base que cambiaron.
- 4
El WAL va a los dos destinos de forma continua, en minutos. El agente sigue la secuencia y alerta si falta un tramo.
- 5
Para restaurar, eliges el punto en el tiempo y el servidor de destino. Descarga directo del almacenamiento, con credencial de solo lectura.
Los datos nunca pasan por la consola
Cada VM envía respaldo y WAL directo a los destinos. La consola de NubliVault solo intercambia estado y órdenes con el agente.
VM de la base
- PostgreSQL
- Motor de respaldo: cifra y comprime en la VM
- Agente NubliVault: programa, limita la lectura, reporta
OCI Object Storage
retención larga · bucket versionado
AWS S3
recuperación ante desastres · Object Lock
Consola NubliVaultsolo estado y órdenes
Seguridad en todas las capas
Criptografía
AES-256 en la propia VM, antes de salir, con clave exclusiva por VM. TLS en tránsito. El almacenamiento solo recibe datos ya cifrados.
Credenciales
Ninguna clave fija de AWS en la VM. El certificado de la VM genera una credencial de 1 hora, renovada sola, que solo ve el prefijo de esa VM.
Contra el borrado
En AWS, bucket versionado y con Object Lock: la credencial de la VM no borra, no desbloquea ni acorta el bloqueo. En OCI, bucket versionado, y la clave de la VM escribe pero no borra versiones.
Red
Solo conexiones de salida HTTPS. Ningún puerto nuevo abierto en la VM de la base.
Rendimiento
El agente limita la lectura de disco durante el respaldo, ajustada al disco de la VM, para no pesar en las transacciones.
Restauración
Siempre en otro servidor, con credencial de solo lectura. Restaurar sobre la base de origen en uso está bloqueado.
Consola
Módulo de NubliVault, junto al respaldo de archivos. Segundo factor obligatorio, perfiles de acceso y auditoría de cada acción. Nadie ve una clave de criptografía desde la consola.
Integración
Integrado con AWS (IAM Roles Anywhere, S3 Object Lock). El motor de respaldo es un componente open source consolidado, que Nublify integra, prueba y mantiene en versión fijada.
Requisitos
Lo que necesitan la VM de la base y el servidor de restauración.
- PostgreSQL
- Versión 16. Otras versiones bajo consulta.
- Sistema
- Linux x86_64 con systemd.
- Red
- Salida HTTPS (443) hacia la consola y cada destino (AWS S3, OCI Object Storage). Ningún puerto de entrada.
- Disco libre
- Holgura para acumular WAL si un destino queda fuera de servicio. Orientación: dos veces el WAL de un día.
- Activación
- Si el archivado de WAL está apagado, un reinicio de PostgreSQL, siempre en una ventana acordada contigo.
- PostgreSQL en contenedor
- El contenedor debe correr con un proceso init (por ejemplo, --init en Docker).
- Servidor de restauración
- El agente instalado, el mismo PostgreSQL (versión mayor) y disco para toda la base. No necesita acceso al servidor de origen.
Preguntas técnicas
- ¿El respaldo vuelve lenta la base?
- El respaldo lee el disco de la base, por eso el agente limita esa lectura durante el respaldo, con un tope ajustado al disco de la VM. El límite siempre está activo. El WAL se envía de forma continua sin carga perceptible.
- ¿Qué es el incremental por bloque?
- En lugar de reenviar cada archivo de la base que fue tocado, el respaldo incremental envía solo las páginas que cambiaron desde el anterior. En bases con cambios dispersos, es la diferencia entre reenviar casi toda la base y enviar solo lo que cambió.
- ¿Hasta qué punto puedo volver?
- A cualquier segundo dentro de la retención de cada destino. La restauración se detiene en el último registro de transacción anterior al instante pedido y verifica la consistencia de la base al final.
- ¿Por qué dos destinos implican dos respaldos?
- Cada destino guarda una cadena completa e independiente. Si uno falla, el otro restaura por sí solo. Los respaldos de los dos destinos se programan en horarios distintos.
- ¿Y si se cae internet?
- PostgreSQL sigue funcionando con normalidad. El WAL queda guardado en la VM y se envía cuando vuelve la conexión, sin pérdida, siempre que haya disco libre para acumularlo.
- ¿Qué pasa si se pierde un tramo del WAL?
- El agente sigue la secuencia del WAL en los destinos. Si falta un tramo, la consola alerta y se dispara un nuevo respaldo completo, para que el punto de restauración vuelva a avanzar.
- ¿Una VM comprometida puede borrar el respaldo?
- En AWS, no: la credencial de la VM dura 1 hora, solo ve su propio prefijo y no puede borrar, desbloquear el Object Lock, apagar el versionado ni borrar el bucket. En OCI, la clave de la VM no borra versiones, así que el historial sobrevive por el versionado.
- ¿Alguien de Nublify puede leer mis datos?
- El respaldo sale cifrado de tu VM. La clave de cada VM se guarda cifrada en la bóveda de NubliVault, porque es la que permite restaurar. El acceso a la bóveda está limitado a pocas personas de Nublify, exige segundo factor y cada uso queda registrado.
¿Quieres proteger tus bases?
Cuéntanos cuántas VMs de base tienes, dónde corren y por cuánto tiempo necesitas guardar. La ingeniería de Nublify responde con el diseño y el plan de activación.
Hablar con ingeniería