Ayer nos despertamos con la noticia de que uno de los centros de datos de OVH en Estrasburgo había sido destruido por un grave incendio. Decenas de miles de clientes en toda Europa dependían de los servidores alojados en esas instalaciones y descubrieron de pronto que no tenían página web ni correo electrónico.
Me hace mucha gracia esto, de verdad. Aquí todos los sysadmins lo solucionan todo con "tener backups 3-2-1". Pero se olvidan de detallitos. ¿De qué me sirve un backup descentralizado del correo si no recibo correos? Tendría que dar de alta el servicio completo de correo en otro hosting, migrar los correos a ese hosting y....ahí va, ¡si no puedo hacerlo porque mis dominios están en el hosting afectado y no puedo hacer que apunten a otro!
Tendrías una preciosa copia de los correos que había en el servidor pero sin servicio de correo. Inútil. Lo que pasó ayer en OVH es una desgracia de OVH. Y la solución no era tener una estrategia 3-2-1.
#7 Claro, pero no va por ahí el asunto. Durante horas el panel de administración no estubo disponible. Si ni siquiera puedo redirigir o cambiar mis DNS...
Comentarios
mirad como sube todo a la nube
Las lecciones ya estaban hace años, no hace falta extraer nada salvo hacer content marketing, claro
#9 Osea, que tener un plan de backups 3-2-1 no soluciona todas las papeletas que ha provocado OVH.
Me hace mucha gracia esto, de verdad. Aquí todos los sysadmins lo solucionan todo con "tener backups 3-2-1". Pero se olvidan de detallitos. ¿De qué me sirve un backup descentralizado del correo si no recibo correos? Tendría que dar de alta el servicio completo de correo en otro hosting, migrar los correos a ese hosting y....ahí va, ¡si no puedo hacerlo porque mis dominios están en el hosting afectado y no puedo hacer que apunten a otro!
Tendrías una preciosa copia de los correos que había en el servidor pero sin servicio de correo. Inútil. Lo que pasó ayer en OVH es una desgracia de OVH. Y la solución no era tener una estrategia 3-2-1.
#3 Si quieres mas redundancia contratala.
#7 Claro, pero no va por ahí el asunto. Durante horas el panel de administración no estubo disponible. Si ni siquiera puedo redirigir o cambiar mis DNS...
#8 La redundancia tambien incluye a las herramientas de gestion.
Probaste a usar la API?
Aqui un afectado en os-sbg1-006 (cluster-001)....
4 salas quemadas en sbg1.... 8 OK, el lunes lo ponen a funcionar, fingers cross
#4 A mi tambien me pillaron... estoy levantando servicios en otro lado...
#4 Los racks destruidos de SBG1 son: 61Bxx, 61Cxx, 62Bxx and 62Cxx