Copias de seguridad y snapshots de VPS: cómo activar las copias automáticas y pedir restauraciones

Activar las copias automáticas

• En tu cuenta, pulsa nuevo servidor y elige región, tamaño e imagen.
• Activa copias automáticas en las opciones adicionales.
• El resumen de la derecha muestra al instante la tarifa mensual de servidor y copias juntos.
• Haz clic en Crear servidor y paga por el período de facturación elegido, luego paga la factura de renovación antes de que finalice el período para mantener el servidor en funcionamiento.

Las copias automáticas son una opción que se elige al crear el servidor. Para proteger los datos de un servidor que ya usas, pide un snapshot o usa además las copias dentro del servidor que explicamos abajo. Al crear un servidor por API, incluye "backups": true en la petición y se activa la misma opción.

Pedir una restauración desde las copias automáticas

Las restauraciones son manejadas por nuestro equipo de soporte, quienes regresan exactamente al punto que deseas. Después de tu primer pago, solicítalo en la página de soporte de esta manera.

• Como tema, elige servidor.
• En el campo de nombre del servidor, escribe el nombre del servidor a restaurar.
• En el contenido, indica la fecha y la hora (UTC) a la que quieres volver y si se restaura en el mismo servidor.

Al restaurar, el disco del servidor pasa a tener el contenido del momento de la copia, así que los archivos creados después desaparecen. Si hay archivos recientes que quieras conservar, descárgalos a tu equipo antes de enviar la solicitud. La respuesta aparece en la página de soporte.

Pedir un snapshot

• Pulsa pedir en la página de snapshots.
• Elige la capacidad. Con una capacidad igual o algo mayor que el disco del servidor, cabe de sobra todo el disco.
• Si escribes el nombre del servidor en el campo de nombre, sabrás al instante de qué servidor es el snapshot. Se pueden usar letras inglesas, números, puntos y guiones.
• Cuando realizas el pedido, pagas por el período de facturación elegido, y una vez listo, aparece en la lista de productos de tu cuenta.

Para servidores con escrituras constantes, como bases de datos, pausar el servicio brevemente o detener el servidor mientras se realiza la instantánea proporciona la imagen más limpia. Para volver a una instantánea o crear un nuevo servidor a partir de ella, solicítalo en la página de soporte con el nombre del servidor y el nombre de la instantánea después de tu primer pago, y nosotros lo manejaremos.

Copias hechas por ti dentro del servidor

Si las copias automáticas y los snapshots protegen el servidor entero, las copias dentro del servidor sirven para tener otra copia de archivos y bases de datos en otro lugar. Lo más seguro es seguir la regla 3-2-1: tres copias, en dos tipos de almacenamiento, y una de ellas en otro lugar.

Paso 1. Agrupar archivos y bases de datos

mkdir -p /root/backup
tar czf /root/backup/www-$(date +%F).tar.gz /var/www
mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +%F).sql.gz

Para PostgreSQL, agrúpalo con sudo -u postgres pg_dumpall | gzip > /root/backup/pg-$(date +%F).sql.gz, y para un volumen de Docker con docker run --rm -v VOLUME_NAME:/data -v /root/backup:/out alpine tar czf /out/VOLUME_NAME.tar.gz -C /data ..

Paso 2. Ejecutarlo automáticamente cada día

Abre las tareas programadas con crontab -e y añade las tres líneas de abajo: cada día a las 3 de la madrugada (hora del servidor) se crea un archivo de copia y se limpian los de más de 7 días. Dentro de crontab se pone una barra invertida delante de %.

0 3 * * * tar czf /root/backup/www-$(date +\%F).tar.gz /var/www
5 3 * * * mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +\%F).sql.gz
30 3 * * * find /root/backup -name '*.gz' -mtime +7 -delete

Paso 3. Enviar otra copia a otro lugar

Si los archivos de copia solo están en el mismo servidor, pueden desaparecer con él. Envíalos con rsync a un servidor de otra región o súbelos con rclone al almacenamiento de objetos para tener otra copia en otro lugar.

rsync -az /root/backup/ backup@BACKUP_SERVER_IP:/backups/web-1/

¿Qué método elijo en cada situación?

Los tres métodos no se sustituyen, sino que dan la máxima tranquilidad usados juntos. Combínalos así según el uso de tu servidor.

• Blog personal o web pequeña: activa las copias automáticas al crear el servidor y, antes de cambiar mucho temas o plugins, descarga un archivo de exportación de WordPress; con eso basta.
• Tienda online o servicio con usuarios: además de las copias automáticas, crea cada día un volcado de la base de datos y envía una copia a otra región. Podrás recuperar pedidos y datos de usuarios hora a hora.
• Servidor de desarrollo o pruebas: deja un snapshot antes de experimentos grandes y bórralo al terminar para ahorrar en almacenamiento.
• Varios servidores con la misma configuración: si conservas mucho tiempo un snapshot del servidor de referencia, preparas rápido servidores nuevos en el mismo estado.

Sea cual sea la combinación, lo clave es tener una copia también fuera del servidor y haber probado a restaurar con ella de verdad. Con estas dos cosas, ante un error repentino o una avería recuperas tu servicio con calma.

Ten en cuenta también el coste. Las copias automáticas cuestan el 5.6% de la tarifa del servidor, el mismo importe cada mes, y los snapshots solo cobran por la capacidad guardada. Las copias dentro del servidor no tienen coste extra y solo usan espacio en disco, pero la copia que envías a otro lugar necesita espacio en el destino. Si eliges según el tamaño de los datos a proteger y la frecuencia con que necesitarás restaurar, equilibras coste y seguridad.

Practicar la restauración y buenas costumbres

Una copia vale cuando se puede restaurar. Si una vez al mes creas un servidor pequeño, descomprimes la copia y compruebas que el sitio abre, en una situación real no dudarás de los pasos. Borra el servidor de prueba en cuanto termines de comprobar.

• Justo antes de una tarea grande, deja un snapshot o un archivo de copia.
• Pon la fecha y el nombre del servidor en el nombre del archivo de copia para saber al instante de qué momento es.
• Guarda solo en lugares seguros las copias que contienen secretos, como contraseñas de bases de datos o claves API.
• Antes de reinstalar un servidor, haz primero el paso de mover datos de la guía de reinstalación.

Si te falta espacio en disco para guardar copias mucho tiempo, también puedes añadir al servidor un disco de bloque NVMe y usarlo como espacio solo para copias. Si usas Docker, consulta también la gestión de volúmenes de la guía de instalación de Docker.