Especialista en servidores y Hosting VPS
Your Disaster Recovery Plan
/
RSS Feed
Ayer a las 18:00 me comenzaron a llegar correos que mis webs y las de mis clientes estaban caídas… Cuando es una, dos, o tres uno debe de buscar por dónde es el error. Cuando son todas ya te vas lamentando que algo le ha pasado al VPS pero no me imaginaba la magnitud del desastre y el lío que se ha montado.
- OVH es una compañía que yo le tengo un cariño especial
- Es como ese primer amor de juventud
- Que aun con el paso del tiempo uno recuerda con una sonrisa en los labios
- Con sus mas y sus menos OVH ha sido mi proveedor de cabecera desde mis inicios
- Por motivo laboral, y por curiosidad innata…
- Voy probando, testeando, y trabajando con otros proveedores
- Azure
- AWS
- GCP
- Alibaba
- Hetzner
- Digital Ocean
- UpCloud
- Clouding.io
- Scaleway
- Vultr
- Linode
- Gandi
- Contabo
- Secure Dragon
- Time4vps
- VPS Server
- De todo lo que voy probando
- Me he quedado en producción con:
- OVH
- Hetzner
- Digital Ocean
- UpCloud
- OVH es además mi empresa para los dominios
- Y para el correo con el MX PLAN
- Hay OVH…
- Cuando pude ver que era problema desde el servidor
- Puse a punto servidores de otro proveedor
- Y en estos nuevos servidores restaure los respectivos backups
- Faena, sí.
- Pero en un rato largo ya estaba todo funcionando de nuevo
- El incendio del SBG2 de OVH
- Ha dejado expuesta la fragilidad de “la nube”
- Y nos recuerda que el “subirlo” es guardarlo en otro equipo que no es el nuestro…
- Esto puede parecer duro
- Pero de esta situación me quedo con dos titulares que OVH ha usado:
- Your Disaster Recovery Plan
- Business Recovery Plan
- En este momento OVH no esta para resolver
- Estan apagando fuegos
- Tratando de resolver asuntos
- Por esto han dejado claro:
- Tu Plan de Recuperación de desastres
- Tu Plan de Recuperación empresarial
- Traducido al español mas claro que el agua:
- Usa tu propios backups
- Restaura con tus propias copias
- Muchos activan la copia del VPS desde el proveedor
- Y piensan que con esto es suficiente… y no
- Otros hacen copias en el mismo panel
- Dentro del mismo servidor… y no
- Otros no hacen copia de nada
- Y en casos como estos esperan que “el proveedor resuelva”… y no
- OVH ha dejado claro
- Que en situaciones como estas no existe un plan B
- Por muy Google, AWS, Azure, etc que sea
- Nuestro deber es tener nuestras propias copias
- Minimo en tres sitios diferentes
- Y debemos de testear con cierta frecuencia que funcionen
- Porque en una situación como la de hoy
- De nada te servirá tener backups corruptos
- Que no funcionen de nada
- El VPS no es infalible
- El tener el control del servidor
- También te obliga a crearte tus propios protocolos
- ¿Haces copias de seguridad?
- ¿Cada cuánto?
- Si la web/VPS cae… ¿Cuál es tu protocolo?
- ¿Dónde guardas tus copias?
- Si en tu servidor solo tenes tus proyectos
- Es cosa tuya
- Pero si en tu VPS tenes proyectos de clientes
- Tenes que dejar claro:
- ¿Tenemos protocolo anti desastres?
- O por el contrario… No hay plan B
Te recomiendo siempre estar preparado para lo peor, porque de un día para otro puede pasar lo menos pensado y se nos viene todo encima. En el proximo episodio te quiero recomendar un plan “casero” para tus backups y copias de seguridad.