El caso
La base de datos se fue con la VM. Y la copia de seguridad estaba en la misma VM.
Isaac instaló PostgreSQL en la misma VM que ejecuta el sistema de pedidos. Un viernes, la VM falló, y la base de datos no volvió. La copia de seguridad era un script que corría en esa misma VM, y su último archivo tenía tres días.
Esa semana, la tienda perdió tres días de pedidos.
Este post parte de Fundamentos de la nube, de Almacenamiento en la nube: bloque, archivo y objeto y de Regiones y zonas.
El problema
Una base de datos en una VM es tu base de datos
Instalar la base de datos en una VM funciona el primer día. Después, alguien tiene que hacer el resto: aplicar las actualizaciones de seguridad, configurar las copias de seguridad, comprobar que se restauran, guardar una copia en otro lugar y cambiarse a otro servidor cuando el actual falla.
Por lo general, nadie hace todo eso con la misma disciplina de un equipo dedicado a bases de datos.
La solución
Base de datos gestionada
Una base de datos gestionada (managed database) es un servicio en el que el proveedor instala y mantiene el motor de la base. Se encarga de las actualizaciones, las copias de seguridad automáticas y el cambio de servidor cuando algo falla. Tú sigues siendo responsable de tus datos, del esquema, de las consultas y de quién tiene acceso.
Cada proveedor tiene la suya: Cloud SQL en Google Cloud, Amazon RDS en AWS, Azure SQL Database en Azure y OCI Database en Oracle Cloud.
Copias de seguridad automáticas
El proveedor hace copias periódicas y guarda el registro de transacciones, para restaurar hasta un momento específico.
En la tienda: la base de datos de pedidos vuelve al estado de antes del error, sin un script casero.
Alta disponibilidad
Una réplica en espera, en otra zona, toma el control si la principal falla.
En la tienda: la falla de una zona no tumba las ventas.
Réplicas de lectura
Copias que atienden las consultas de lectura y alivian la instancia principal.
En la tienda: los informes de ventas corren en una réplica, no en la base que recibe los pedidos.
Actualizaciones y parches
El proveedor aplica los parches del motor en ventanas de mantenimiento que tú puedes elegir.
En la tienda: la base recibe la corrección de seguridad sin que Isaac se despierte de madrugada.
No los confundas
Gestionada × en la VM
Base de datos gestionada
“¿Quiero que el proveedor se encargue de la instalación, los parches, las copias y el failover?”
- Ejemplo
- La base de pedidos de la tienda, con copias automáticas y un standby en otra zona.
- Foco
- Menos administración. Tú controlas los datos, el esquema y el acceso.
Base de datos en la VM
“¿Necesito control total del sistema operativo, o una versión que el servicio no ofrece?”
- Ejemplo
- Una base de datos con una extensión que el servicio gestionado no soporta.
- Foco
- Control total, y toda la administración es tuya.
Protección
Copia de seguridad y restauración
Una copia de seguridad responde a la pregunta: ¿cuánto pierdo si algo sale mal? Dos medidas ayudan a responderla:
- RPO (Recovery Point Objective): cuántos datos pueden perderse, medido en tiempo. Con una copia al día, el RPO es de hasta 24 horas.
- RTO (Recovery Time Objective): cuánto tiempo puede estar fuera de servicio el sistema antes de volver.
Muchas bases gestionadas guardan también el registro de transacciones. Con él, la restauración es puntual: vuelves al segundo anterior al error, y no solo a la última copia diaria. Esta función lleva el RPO casi a cero.
Disponibilidad
Réplicas
Hay dos tipos de réplica, y la diferencia importa:
- Réplica de lectura: recibe una copia de los datos y atiende consultas. Sirve para aliviar la carga, y no siempre toma el control sola cuando la principal cae.
- Réplica en espera (standby): existe para la alta disponibilidad. Si la principal falla, ella toma el control, en general de forma automática.
En la práctica
Elegir la configuración
| Situación | Qué hacer |
|---|---|
| Pedidos en línea, datos críticos, equipo pequeño | Base gestionada, con standby en otra zona |
| Informes pesados que atrasan los pedidos | Una réplica de lectura para los informes |
| Datos que tienen que quedarse en otra región | Copia de seguridad replicada en otra región |
| Versión de base que el servicio gestionado no ofrece | Base en la VM, asumiendo la administración |
Términos clave
Seis términos para recordar
Toca la tarjeta para ver la definición.
Prueba rápida
Tres preguntas, estilo examen
01
El equipo quiere que el proveedor haga copias automáticas y cambie de servidor solo si uno falla. ¿Qué opción cumple eso?
02
Un DELETE accidental borró datos importantes. ¿Qué recurso ayuda a volver al estado de antes del error?
03
Un equipo necesita una versión de base que el servicio gestionado no ofrece. ¿Qué camino tiene sentido?
La base de datos es donde la tienda guarda lo que más importa: pedidos, clientes y pagos. La pregunta que decide todo es la de siempre: quién hace qué. Con una base gestionada, el proveedor se encarga de la máquina, de las copias y del cambio de servidor. Tú sigues siendo responsable de los datos y de quién accede a ellos. El próximo paso es entender lo que corre en el sistema que aloja esa base: la memoria virtual y los sistemas de archivos.