¿Cuáles son los pros y los contras de usar la nube para un plan de recuperación de desastres?

“Recuperación de desastres como servicio (DRaaS), puede virtualizar sus datos y mantener una copia actualizada de sus datos en la nube”

La recuperación de desastres como servicio (DRaaS) es una oferta basada en la nube que se replica y tiene sus aplicaciones y datos críticos para el negocio en máquinas virtuales (VM).

La nube no es tan nueva. La gente ha estado hablando de ella durante mucho tiempo. Muchos dicen que lo están haciendo ahora mismo, algunos dicen que les gustaría hacerlo, pero realmente no entienden cómo hacerlo.

Uno de los aspectos más difíciles de cambiar a una implementación en la nube es transferir datos de su entorno local (local) a la nube. Si bien la transferencia de datos no es un concepto nuevo, su transferencia a través de una WAN puede ser uno de sus costos más caros para toda la solución.

Se recomienda encarecidamente que su solución de nube aproveche la optimización de WAN; es fundamental que mueva los datos en contexto a la carga de trabajo de DR, ya que garantiza la sincronización correcta de los datos. Si los datos no están sincronizados en contexto con las cargas de trabajo, pueden producirse daños y es posible que no sea posible un DR.

Para abordar estos dos factores clave de éxito, aquí se describe una solución de DR que utiliza dispositivos virtuales con servicios basados ​​en la nube de Amazon AWS y Microsoft Azure.

La idea de virtualización ha alterado el centro de datos de hoy. – Servidor para almacenamiento y ahora en red. Posteriormente, se preparó para algunas ofertas en la nube, por ejemplo, Software como servicio (SaaS). y Recuperación de Desastres como Servicio (DRaaS). Las organizaciones pequeñas y medianas, o que realmente se esfuerzan con clientes de cualquier tamaño, ahora pueden actualizar planes extensos de recuperación de desastres que alguna vez estuvieron distantes debido al costo o la ausencia de activos. Entonces, ¿por qué su organización no debe usar DRaaS para proteger sus datos y aplicaciones más importantes ?

No importa cuán maravillosa sea la Nube, no significa nada si no puede obtenerla. La Nube, el Tiempo de recuperación y el Punto de recuperación (RTO y RPO) deben ser monitoreados continuamente.

Aquí describimos algunos posibles desafíos: Servidor basado en la nube .

• Transferencia de datos: la transferencia de datos a la nube puede ser un dolor de cabeza y una operación costosa. Esto puede dificultar la transferencia de los datos en un tiempo razonable.

Sincronización de datos : los datos se deben mover en contexto con las aplicaciones y las fuentes de datos originales, y se deben sincronizar una vez que se repliquen en el nuevo destino.

• Bloqueo de proveedores : esto significa que una vez que esté en la nube con un proveedor de servicios en la nube (proveedor) en particular, es posible que no pueda transferir fácilmente sus datos a otro proveedor si no está satisfecho.

Movilidad y visibilidad : cuando todo su almacenamiento estaba ubicado en su centro de datos en el sitio, puede ejecutar y verificar todo lo que necesite.

Administración de almacenamiento : es raro tener capacidades comunes y administración a través de paradigmas. Esto puede presentar numerosos desafíos cuando se trata de protección de datos y recuperaciones rápidas. Esta disparidad puede requerir la compra de herramientas y software nuevos o adicionales, lo que aumenta aún más los costos y las complejidades para implementar y administrar.

Protección de datos : deberá planificar cuidadosamente su estrategia de protección de datos y recuperación de desastres, ya que no todos los planes de protección de datos son iguales. Algunos proveedores de servicios en la nube cobran por cada instantánea y tienen capacidades de replicación limitadas. También deberá considerar su estrategia de recuperación en relación con sus requisitos de SLA de tiempo de inactividad

Ahora, la recuperación de un desastre modernizado de un día ofrece muchas ventajas sobre los métodos tradicionales de recuperación ante desastres. Al igual que la recuperación rápida, ahorro de costos, escalabilidad, recursos dedicados.

Para obtener más información, visite la Fuente: – Recuperación de desastres como servicio (DRaaS) en la nube

Revelación completa, soy el CEO de una compañía de DR basada en la nube.

La respuesta tradicional a esto es que la nube es costosa e implica una pérdida de control y / o seguridad.

La realidad actual es bastante diferente.

En este punto de la evolución de la recuperación de desastres basada en la nube (a menudo denominada DRaaS o DR-as-a-service), la nube tiene algunos inconvenientes.

En Infrascale, (www.infrascale.com) garantizamos un RTO (objetivo de tiempo de recuperación) de 15 minutos y generalmente un RPO de 15 minutos. Eso es prácticamente desconocido en el enfoque tradicional de centro de datos de DR. Nuestro precio es similar al de un sistema de copia de seguridad en cinta de nivel empresarial (es decir, muy asequible). Encriptamos los datos de tal manera que no podamos acceder a ellos. Contamos con personal y procesos de seguridad dedicados. Esto es bastante estándar. Si opta por una compañía de DR basada en la nube, la nube probablemente terminará siendo más segura que su propia infraestructura local.

Hay otros proveedores que también ofrecen una rápida conmutación por error a la nube. P.ej. CloudEndure.

Aquellos que están en contra de la nube argumentarán que la nube no puede proporcionarle un DR de sitio activo. Esto simplemente no es cierto. Servimos a bancos, gobiernos y hospitales, y podemos fallar en menos de 1 minuto, a una fracción del precio de configurar su propia infraestructura de segundo sitio.

El argumento de que su sitio de DR se puede usar para otras cosas es una manera de intentar justificar el gasto 2 veces más en equipos / software, etc. (sin mencionar el OPEX adicional).

Sin embargo, tenga cuidado con las compañías de respaldo que intentan vender su producto como una verdadera recuperación de desastres.

Cosas para buscar con DR basado en la nube:

  1. precio – idealmente es un precio SaaS mensual;
  2. plataformas de origen que puede admitir (lo ideal es que cubra Windows y Linux en servidores físicos, así como VMware y Hyper-V en el lado virtual). Obviamente lo necesitas para poder proteger el sistema operativo del servidor. Los sistemas operativos de escritorio son muy buenos para tener.
  3. Soporte en la nube objetivo: idealmente, puede elegir entre los principales proveedores de la nube (es decir, los 4 grandes de Amazon, Microsoft, IBM y Google)
  4. Garantía RTO: su proveedor debe darle una garantía de que, una vez que presione el “botón de pánico”, lo * le * volverá a poner en marcha dentro de los XX minutos.
  5. No hay errores ocultos: pregunte si hay costos para realizar pruebas de DR y / o ejecutar sistemas en la nube durante un desastre real. Aquí es donde muchos vendedores esconden muchas tarifas.
  6. Conmutación por error de sitios y aplicaciones: es importante que una solución de DR tome instantáneas consistentes de la aplicación, apoye a los grupos de consistencia y sea capaz de mostrar todos los servidores y dispositivos de red que tiene en su centro de datos. Muchas soluciones (por ejemplo, Datto) están bien para un par de servidores, pero si tiene 50 servidores o 100, no pueden manejarlo.

Mis dos centavos valen.

Principales ventajas: 1. Sus datos son accesibles desde cualquier lugar en cualquier momento. 2. La copia de seguridad en la nube también es sencilla y fácil de usar. Por lo general, implica una ventana de navegador a través de la cual puede administrar todos sus datos. 3. Usar la nube ahorra costes.

Contras principales: 1. No puede acceder a sus datos si no tiene acceso a Internet. 2. Necesita la cantidad correcta de ancho de banda para realizar copias de seguridad de grandes cantidades de datos. Dicho esto, debo decirle que he utilizado un proveedor externo llamado Cloudendure para solucionar mis problemas de DR, y creo que la nube es una muy buena opción para ser utilizado en los planes de DR. Obviamente, los contras siempre están ahí, pero así se aplica a cualquier otra tecnología. En cuanto a rendimiento y costos, la nube es un camino a seguir para los planes de DR.

He ejecutado operaciones a una escala decente y aquí hay tres razones principales que decidieron no usar Cloud para DR:

  • Cold vs Hot DR: Queríamos que nuestra DR estuviera en funcionamiento y me refiero a eso como Hot. De esta manera pudimos minimizar el RTO. Algunos de nuestros sistemas tenían un RTO de menos de un minuto, lo que no es posible con Cold DR, donde tiene que activar los sistemas durante un desastre. Así que en su lugar los implementamos como Active-Active. Es difícil justificar los precios de la nube cuando sus sistemas necesitan estar listos y listos para funcionar.
  • DR para procesamiento: queríamos utilizar nuestra inversión en DR a diario. Así que pusimos cosas como el almacén de datos y los sistemas de informes allí. En caso de un desastre, estos sistemas no tenían que estar funcionando (negociados con los propietarios del sistema), por lo que obtuvieron “capacidad libre”. Esta es una manera que puede utilizar para equilibrar las finanzas. Nuevamente, es difícil hacer esto en la nube porque estos sistemas no están diseñados para ejecutarse cuando no hay un desastre.
  • Confianza: esto es con lo que más luché. Simplemente no pude convencerme ni a mí ni a mi organización para creer que una solución de DR que no controlamos estará segura cuando ocurra un desastre. Estoy seguro de que algunos proveedores son excelentes y pueden ofrecer esta garantía, pero no podíamos creer en eso en ese momento (2008). Creíamos tanto en nuestra propia solución que nos pasamos a DR por una semana laboral completa y volvimos al final.

Le deseamos la mejor de las suertes con la implementación de su solución DR.

La creación de su recuperación de desastres en la nube, especialmente en la plataforma en la nube de un proveedor importante, lo ayuda a resolver automáticamente numerosas complejidades relacionadas con desastres naturales, seguridad física, cumplimiento y funciones avanzadas de seguridad. Escribí un artículo explicando esto, espero que encuentres esto útil:

https://www.linkedin.com/pulse/c

Las principales ventajas: 1. Se puede acceder a sus datos desde cualquier lugar y en cualquier momento. Tener sus datos valiosos en la nube los hace disponibles en cualquier momento, siempre y cuando tenga una conexión a Internet.

2. Eficacia superior y fiabilidad. Los mejores proveedores de soluciones de copia de seguridad en la nube utilizan instalaciones de vanguardia. Utilizan las últimas innovaciones en hardware y software.

3. Conveniencia. La copia de seguridad de sus datos en la nube facilita las cosas para usted y su equipo. Ya no necesita contratar personas para que se ocupen de su infraestructura de respaldo, simplemente puede automatizar el proceso de respaldo.

Las principales desventajas son: 1. No puede acceder a sus datos si no tiene acceso a Internet.

2. Problemas de ancho de banda: necesita la cantidad correcta de ancho de banda para hacer copias de seguridad de grandes porciones de datos.

Realmente recomiendo el blog N2WS para profundizar más en la recuperación de desastres en la nube.

Espero que esto ayude:

Sin un plan sólido en su lugar, todo tiene el potencial de desmoronarse en el momento en que algo sale mal. Debe asegurarse de que todos sus empleados conozcan sus deberes y responsabilidades en caso de una crisis. Lo más importante es que necesita una solución de recuperación de desastres sólida, para garantizar tanto la continuidad del negocio como la integridad de los datos.

Podría sentirse tentado a recurrir a la nube para satisfacer todas sus necesidades. Después de todo, es flexible, infinitamente disponible y completamente redundante, ¿verdad? ¿Qué mejor opción hay?

La cuestión es que la mayor fortaleza de la nube es que proporciona infraestructura a pedido y que solo paga por lo que usa. En lo que se refiere a las copias de seguridad de datos, funciona de forma ideal para empresas más pequeñas y para empresas con solo unos pocos servidores. Sin embargo, si está operando un centro de datos, es un poco menos rentable.

En cuanto a los datos, no solo estás haciendo una copia de seguridad de algunos servidores. Estamos hablando de terabytes, tal vez incluso de petabytes, de información. En general, no va a almacenar ese volumen de datos en un servidor en la nube.

Si ayuda, podrías pensar en la nube como un hotel. Si bien puede ser lo suficientemente económico como para usar su habitación de hotel por una noche o dos, si desea quedarse de forma permanente, probablemente sería mucho más fácil comprar la suite. Y ahí es donde entra la colocación.

Fuente: Recuperación de la nube vs. Colocación: ¿Qué debe incorporar su plan de recuperación de desastres? | Liberty Center One