¿Debo hacer una copia de seguridad de las máquinas virtuales si toda mi infraestructura está alojada en un entorno de nube redundante?

Solo algunas razones fuera de mi cabeza:

  • Algunos eventos de fuerza mayor. Nadie es inmune a esto. Un golpe en el centro de C&C puede dañar todas las ubicaciones. Los sistemas descentralizados y ACID no son fáciles de hacer, ya que requieren años de experiencia completa en la pila, particularmente en el lado de la red. No es solo una cuestión de “iniciar una VM en la ubicación B”: DR es mucho más complejo que eso y debe tener en cuenta la experiencia del terminal / usuario final.
  • Hacks, ataques u otros eventos importantes fuera del control del proveedor que pueden propagarse por todas las ubicaciones.
  • La compañía podría arruinarse. Le puede pasar a cualquiera.
  • El historial de la compañía en tiempo de actividad. No todas las empresas públicas declararán esto. Verifique en Twitter y las redes sociales las quejas de tiempo de inactividad y el tiempo para reanudar, y luego compare con su tolerancia al tiempo de inactividad, cuantificando sus pérdidas por hora. Si esto está dentro de los límites aceptables, entonces genial. de lo contrario, querrá eliminar el riesgo siguiendo una estrategia de múltiples proveedores, alojando DNS con otro proveedor y haciendo un trabajo de corte personalizado, o elabore sus planes de DR con mucho cuidado.
  • Consideración de soporte, dado que los grandes proveedores de ubicaciones múltiples tienden a depender en gran medida de la automatización, que, cuando sale mal, tiende a tardar mucho tiempo en recuperarse. Los entornos están diseñados para ser consistentes para facilitar la administración, y es difícil hacer sistemas “ACID”, aislando el riesgo y el tiempo de inactividad. ¿Hay un número adecuado de personas para apoyarlo?
  • Problemas de software Está escrito por personas, y no existe el “más confiable”. Soy un informático capacitado y aún no he visto pruebas de integridad, límites de tiempo de ejecución, pruebas de terminación, límite de casos límite u otros métodos rigurosos aplicados al software comercial de una manera que demuestre formalmente su funcionalidad. La cultura inglesa del software moderno es escribir e iterar. Apreciamos que esto tiene un profundo impacto en su aplicación. Crear copias de seguridad utilizando la misma tecnología que la utilizada para la plataforma principal, por lo tanto, simplemente no es sabio. Nunca mantenga un solo punto de falla, particularmente en tecnología. Pregunte cómo el proveedor mantiene sus copias de seguridad? En un SAN / conjunto de ladrillos separado, utilizando una plataforma de software diferente; son los ladrillos de un proveedor diferente? He estado en el extremo receptor de fallas catastróficas de software de software escrito por grandes compañías públicas donde lo mejor que podían hacer era encogerse de hombros e intentar piratear algunos scripts personalizados para mejorarlo todo. Aprendimos mucho sobre cómo hacer una nube, hacer algo que “simplemente funcione”.
  • La red común puede no funcionar correctamente, independientemente de cuántas ubicaciones haya. Es posible que las reglas de accesibilidad de conmutación de WAN y las failovers para cosas como BGP no funcionen correctamente automáticamente. Por ejemplo, si una ubicación se cae, la otra ubicación no presenta correctamente todas las IP, rutas y datos que se anuncian y se ponen a disposición correctamente. Los proveedores más grandes de ubicaciones múltiples tienden a depender de mucha automatización. Todavía se necesita gente para manejar estos sistemas.
  • SLA con advertencias, jinetes y excepciones. Esto está muy extendido en la carrera de hoy hacia el fondo y la increíble cultura de reclamos de calidad de servicio. “100% de tiempo de actividad *” (*) a un crédito máximo de menos de $ 5 o 50% de las tarifas de servicio totales para el mes. Por la presente, también exime de responsabilidad al de toda responsabilidad directa o consecuente, etc., etc. “La gente rara vez lee la letra pequeña.
  • La empresa podría ser comprada por otra persona, y el comprador puede no continuar con el soporte, o peor aún, puede descartar el producto. Hay muchos casos de tales “comprar y freír”.

Sí. Un proveedor confiable de la nube generalmente tendrá redundancia en la red, la energía, el almacenamiento y los servidores (computación). Esto es bueno pero lejos de ser perfecto. Los desastres son improbables pero posibles. Por ejemplo, el centro de datos pierde energía durante días y los generadores están fuera de autonomía, hay un corte de fibra en ambas líneas de red, una falla de RAID o incluso un error humano y puede estar en un gran problema y perder datos.

Hemos visto a personas que acudieron a nosotros diciéndonos que su suministro anterior perdió sus datos y que no tenían respaldo. Sucede.

Nosotros, en V2 Cloud, no solo brindamos un entorno totalmente redundante, sino que también replicamos todas nuestras instancias de negocios en otro centro de datos en una región distante todos los días. Esto nos permite recuperar su infraestructura en unas pocas horas en caso de un desastre mayor.

Entonces sí, definitivamente debe realizar copias de seguridad y, si no lo hace, elija un proveedor que haga “la milla extra” por usted.