Backups y snapshots

Hola, ¿qué tal? ¿Cómo estás? Espero que todo vaya muy bien.

Te saluda Alex Ávalos y te doy la bienvenida a Panel de Control,

el podcast para quienes quieren tener el control de su propio servidor

y disfrutar de las ventajas del hosting VPS.

Una de las frases que te vas a encontrar con relación a los backups es la siguiente.

Hay dos tipos de personas, las que hacen backups y las que van a empezar a hacerlos.

Todos hemos escuchado de alguien que lo perdió todo, todo, fotos, documentos, proyectos, todo.

Ya sea porque el disco duro se le rompió o se borró algo sin querer o en el peor de los casos porque fueron víctimas de un ataque,

de un ransomware o algo similar que le encriptó todo.

Con los servidores VPS es hasta peor,

porque no solo es tu información,

es tu negocio, tu web, tus clientes,

tus bases de datos, todo, por supuesto, lo tuyo.

Y si tenés clientes, todo lo tuyo y lo de tus clientes.

Por eso está muy bien hacer el ejercicio

de levantarte e imaginarte que querés entrar a tu servidor y no responde.

Intentas desde el panel de tu proveedor, pero tampoco se puede.

Simplemente el VPS no arranca, ya sea porque el disco está corrupto o cualquier otro problema.

Y es irrecuperable.

¿Tenés backups?

Si la respuesta es no, pues acabas de perderlo todo.

Todo el trabajo, todas las configuraciones, todas las bases de datos, todo.

Si la respuesta es sí, pues restauras el backup y en una hora ya estás de vuelta con todo funcionando.

Esa es la diferencia entre un día de mierda y una catástrofe total.

Y es importante también, antes de ponernos en más faena, entender la diferencia entre los backups y los snapshots.

Porque mucha gente los confunde y son diferentes.

Y dicho pronto, pronto, muy pronto, los necesitamos ambos.

Tanto el backup como el snapshot.

El snapshot es una foto instantánea del estado completo de tu servidor en un momento específico.

Todo. Sistema operativo, configuraciones, paneles de control, archivos, webs, bases de datos, todo.

Todo queda retratado, congelado en ese momento específico en el que se creó.

¿Y esto para qué sirve? Sirve, es útil y recomendable para cambios rápidos. Vas a actualizar algo, hace un snapshot. Si algo sale mal, restauras el snapshot y volvés al estado anterior en minutos.

Lo bueno, son rápidos de hacer, de crear, son muy rápidos de restaurar, o sea, prácticamente lo creas en un clic, lo restauras en un clic.

Y son perfectos para el antes de, antes de actualizar, antes de cambiar configuraciones, antes de instalar algo nuevo, antes de modificar algo.

¿Qué es lo malo?

Lo malo es que se deben de hacer manual y como lo tenés que hacer vos en el momento, lamentablemente generalmente se olvidan.

El backup, si lo queremos ver de una forma más normal y del día a día, son como los seguros de vida.

Nosotros contratamos seguros de vida, pero lo hacemos con la intención de no necesitarlos.

Pero en el caso de que hagan falta, siempre es mejor tenerlos a no tenerlos.

Un backup es una copia completa que se realiza automáticamente.

Vos, en tu proveedor, activas el backup para tu VPS y cada día, religiosamente, sin que vos estés pendiente, la copia, ese backup automatizado, se va a realizar.

Día a día. Una copia, una copia, otra copia.

¿Para qué sirven? Los backups debemos tener claro que son para resolver, son para usarlos después de un desastre.

Porque con el backup podemos recuperarlo todo, pero se debe de usar en casos en el que ya agotamos las demás instancias.

¿Por qué? Porque vamos a volver atrás al día y la hora en la que se hizo ese backup.

A diferencia del snapshot que nosotros lo hacemos en este momento, si algo sale mal, en este momento volvemos atrás.

Podemos volver atrás 5, 10, 15 minutos. Pues en eso lo que pasó se perdió.

En cambio, si el backup se hizo ayer, al mediodía, y ahora son las 8 de la noche,

pues entonces vamos a perder todo lo que pasó, todo lo que se hizo durante todo ese tiempo

que pasó desde que se hizo el backup hasta el momento del desastre.

Lo bueno es que no tenés que estar pendiente de hacerlo.

Vos no tenés que recordar que lo tenés que hacer, no tenés que recordar, no tenés que ir a hacerlo, sino que se hace automáticamente.

Como te decía, veámoslo como el seguro de vida digital.

Lo malo, que solo son para casos de emergencia.

Como te decía, son el último recurso y lamentablemente no se suelen verificar.

¿Cuál necesitas?

Ambos.

Snapshot para cambios rápidos y backups para volver atrás después de un gran desastre.

Hasta aquí hemos hablado de los backups enfocándonos en nuestros servidores VPS.

Ahora vamos a ampliar un poco el panorama.

Esto, por supuesto, te va a seguir siendo útil para tu servidor VPS, pero también para los backups de información en general.

Existe una regla que todos debemos conocer y que todos debemos usar y respetar.

La regla 3, 2, 1. Es decir, tres copias de tus datos en dos tipos de almacenamientos diferentes

y con una copia fuera del sitio, de la herramienta, del centro de datos, del lugar.

Vamos parte por parte. Tres copias de tus datos. Una no es suficiente. Necesitas tres.

El original, por supuesto, en tu servidor. Y dos backups. Por si uno falla, tenés otro.

Dos tipos de almacenamiento diferente. No pongas todos los backups en el mismo lugar. No debería.

Deberíamos de considerar tener uno, por ejemplo, en el disco duro, otro en una nube, encriptado si hace falta, y otro en otro proveedor o en un servicio externo.

Si un tipo de almacenamiento llegara a fallar, tenemos dos alternativas para poder recuperar.

Y una copia fuera del sitio.

Al menos una debe de estar lejos, físicamente lejos.

Por ejemplo, si tu servidor está en Alemania, sería muy buena idea que tu backup estuviera del otro lado del mundo, en Estados Unidos.

Si está en la nube de un proveedor, debería de haber, por ejemplo, un backup en tu computadora o en un disco duro externo.

Con esto también hay que tener claro las regulaciones de cada país.

Porque, por ejemplo, si te tienes que basar en las regulaciones de la Unión Europea,

pues el backup no debe de salir de la Unión Europea,

pero sería muy buena idea tenerlo en otro centro de datos.

Por ejemplo, si tu servidor está en Alemania, pues que el backup esté en Finlandia.

¿Por qué? Porque los desastres pasan.

Incendios en los data centers, inundaciones, ataques, problemas del proveedor, etc.

Si todo está en el mismo lugar, físicamente en el mismo lugar, lo vas a perder todo.

Así como pasó con OVH hace muchos años, que en ese centro de datos almacenaban todo.

Y para estos clientes, sus backups se fueron, se perdieron sus datos, sus discos, sus VPS y sus backups porque estaban en el mismo centro de datos.

Si lo ves, claro, el 3-2-1 suena muy maravilloso. Pensado, wow, sí, sí, muy bien pensado, pero vaya faena, ¿no?

Vamos a ver, no todo necesita un backup constante, de diario, instantáneo. No, no, no todo. Tenemos que ver esto de forma bastante estratégica. Y por eso vamos a separar los backups por crítico, importante y menos crítico.

Hablemos del crítico, es decir, de lo backup que sí o sí tendríamos que hacer de diario.

Las bases de datos y todo aquello que cambia a diario.

Por ejemplo, el contenido que suben los usuarios, las configuraciones importantes, eso debería de ser de diario porque es crítico.

Veamos ahora lo importante, el backup semanal.

Los archivos del sitio web, las configuraciones del servidor, los logs.

pues esto podría hacerse perfectamente semanal.

Es importante.

Y digamos el menos crítico.

Un backup mensual.

Todo el sistema operativo, completo,

aplicaciones instaladas y las configuraciones que no cambian,

pero que es muy buena idea tener siempre guardadas.

Y te preguntarás, hombre, ¿y los snapshots?

Como te decía, esto lo debemos de hacer antes de cada cambio importante.

Antes de actualizar, antes de instalar algo nuevo, antes de modificar alguna configuración.

Esto no deberíamos de usarlo como un backup.

Deberíamos de usarlo como una red de protección para poder volver atrás inmediatamente.

Y con todo esto también surge otra duda.

¿Dónde guardar los backups?

Esto, claro, va a depender de cada caso, va a depender de cada necesidad, va a depender de cada proyecto, va a depender de cada regulación, va a depender de cada proveedor, ¿entendés, no? Pero vamos a mencionar algunas opciones para que tengas un punto de partida y esto, míralo con pinza y adaptalo a tus necesidades particulares.

Opción 1. En el mismo proveedor. Algunos proveedores de VPS ofrecen backups automáticos. Esto es conveniente, rápido, pero como hemos visto, no es suficiente.

Si tu cuenta es comprometida, vas a perder el acceso a todo, incluyendo tus backups. Y si el proveedor tiene algún problema, tus backups, como estaban ahí, los vas a perder.

Esto deberíamos de verlo como una primera capa, pero no como la única capa. Además, como paréntesis, hay proveedores que sin qué ni para qué eliminan la cuenta completa, sin previo aviso. Imagínate, lo perderías inmediatamente todo. Por eso, veamos la opción número 2, otro proveedor cloud.

Con esto podemos mencionar a Backblaze, a Amazon S3, a Wasabi y a otros muchos, pero estos tres son servicios especializados en almacenar copias de seguridad, backups, y te ofrecen un muy buen precio y son confiables.

Por supuesto, además de esto, están lejos de tu servidor y esto podría ser perfectamente la segunda capa que hablamos.

Ahora, opción 3, en tu propia computadora.

Por supuesto, salvando las distancias de seguridad, encriptándolo con Cryptomator, es decir, con criterio, ¿no?

Pero podrías hacerlo perfectamente en un disco duro externo que está en tu casa o en tu oficina.

Y esto por supuesto es la capa más alejada.

Y tiene que estar totalmente bajo tu control.

Si todo lo demás falla, te va a quedar esta copia para volver después de un desastre.

Con esto no hay fórmulas mágicas y yo te recomendaría buscar el método, la forma, la combinación que mejor te funcione.

Pero para cerrar esta parte vamos a ver una combinación recomendada.

Snapshot, por supuesto, en tu proveedor para cambios rápidos.

Backup automático en el proveedor y en un servicio cloud.

Backup mensual en tu disco duro local.

Tres capas, tres ubicaciones y así vas a poder dormir bien por las noches.

Hacer los backups no es un lujo.

Debe de ser una necesidad.

Pero hay algo mucho más importante que hacer el backup.

Y eso es verificar que funcionen.

Mucha gente hace el backup religiosamente todos los días y lo hace por semanas, meses y años.

Pero cuando necesitan restaurar, descubren que el backup está corrupto o incompleto o en un formato que no pueden leer o que no pueden usar.

Un backup que no se puede restaurar no es un backup. Es un archivo que ocupa espacio innecesariamente.

¿Qué tenemos que hacer? Una vez al mes, yo te recomiendo probar restaurar un backup.

No necesitas restaurarlo todo, pero restaura algo, ya sea una web, una base de datos, unos archivos, lo que sea.

La idea es que hagas el ejercicio y verifiques que funciona. Esto lo puedes hacer en un servidor de pruebas, en un servidor nuevo, como querrás, o incluso hasta en tu máquina, en tu PC, te descargas el backup y en tu PC haces el ejercicio para restaurar.

El tema al final es verificar. Verificar que el backup funciona, pero también verificar que el proceso lo tenés claro y que también funciona.

Y además también comprobar que los archivos están bien, que puedes leerlos y muy importante, que sabes cómo hacerlo.

porque el día que vas a necesitar tirar de backup no es el momento de aprender o de ver cómo es que

se tiene que hacer no eso idealmente lo tienes que hacer antes porque en el desastre el tiempo apremia

dicen que las cosas no pasan hasta que nos pasan por eso debemos de estar preparados y de ser

posible aprender de los errores ajenos. Por eso vamos a ver una serie de errores con relación

a los backups y a los snapshots que deberías de tener presente no para que te pase, sino que

para aprender de alguien que lamentablemente ya la lío, pero que nos dejó una valiosa lección.

Error número uno. Pensar a mí no me va a pasar. A todos nos pasa, tarde o temprano.

Vos, por supuesto, no vas a ser la excepción. Hay dos tipos de persona.

La persona que necesitó el backup y la persona que lo va a necesitar dentro de poco.

Error número dos. Backup solo en el servidor.

Sí, sí, es que yo tengo todo en la carpeta barra backup.

Bueno, perfecto.

Sí, sí.

Y si el servidor se cae, ¿cómo sacas tu copia de seguridad del servidor caído?

No se puede.

Error número tres.

Backup que nunca se prueba.

Pues lo acabamos de mencionar, pero te lo repito porque es importante.

Proba, verifica que tu backup funciona.

Error número cuatro.

No automatizarlo.

Sí, es que yo cada semana hago mi copia manual.

Bueno, en teoría, pues está bien, perfecto.

Pero en la práctica, se olvida, se nos pasa,

porque estamos ocupados, porque tenemos mucha faena,

porque estamos de viaje, porque estamos enfermos.

Simplemente se nos va.

Por eso, muy recomendable optimizar.

Error número 5.

Guardar backups sin encriptar.

Si alguien logra dar con uno de tus backups y no está encriptado, va a tener toda tu información.

Toda.

La base de datos, las contraseñas, los usuarios, todo.

Por eso es muy buena idea encriptar los backups.

Siempre.

Siempre.

Y bueno, vamos llegando ya al final y vamos cerrando esta terminal.

Te recuerdo, necesitas ambos, los snapshots y los backups.

Te recuerdo la regla 3, 2, 1, tres copias en dos tipos de almacenamiento y una fuera completamente de tu proveedor o de tu centro de datos.

Y lo más importante, probá que tus backups funcionan.

En el próximo episodio vamos a hablar sobre el monitoreo básico.

y cómo saber que tu servidor está funcionando

sin tener que estar revisándolo todo manualmente, todo el tiempo.

Si tienes alguna duda o pregunta sobre los backups

o quieres compartirme tu experiencia,

bien sabes que no te voy a dar la IP,

pero sí la URL, paneldecontrol.org/contacto.

¿Te parece si nos conectamos en el próximo episodio?

Espero que sí.

Hasta entonces.

Salud.