Esencialmente, la recuperación ante desastres significa proteger las aplicaciones y datos de la empresa del tiempo de inactividad de TI, que puede producirse por diversas razones (por ejemplo, desastres naturales, errores humanos o ciberataques). Cuando un centro de datos (en su totalidad o tan solo una parte) deja de prestar servicio a sus clientes, las empresas se exponen a la pérdida de ingresos, deterioro de su reputación y a que se pongan en peligro su credibilidad en la industria (por ejemplo, en el sector financiero o del cuidado de la salud). Idealmente, los clientes no deberían verse afectados durante las interrupciones de centros de datos. Sin embargo, garantizar una continuidad empresarial total es difícil y costoso, de modo que las empresas deben alcanzar un equilibrio entre rendimiento y costo. Por ejemplo, no todas las empresas cuentan con el presupuesto necesario para proporcionar una replicación síncrona de aplicaciones y datos que dé soporte a un plan de recuperación ante desastres (DR) sin pérdida de datos.
Una alternativa rentable para un número cada vez mayor de empresas es optar por un servicio gestionado para sus necesidades de recuperación ante desastres. La recuperación ante desastres como servicio (DRaaS) cuenta con la mayoría de las capacidades básicas que puede necesitar una empresa de presupuesto amplio, pero a una fracción del costo y con un tiempo de amortización mucho más rápido. Los sacrificios típicos suelen ser del objetivo de punto de recuperación (RPO) y/o del objetivo de tiempo de recuperación (RTO). Mientras que una solución de recuperación ante desastres on-premise podría acercarse a un RPO y RTO de cero, las soluciones de DRaaS tienden a estar en el orden de las horas (o minutos, en el mejor de los casos) para cada métrica. Para la mayoría de las empresas, esto es aceptable. Como resultado, la DRaaS suele resultar atractiva para empresas que pueden resistir una pérdida moderada de datos con el beneficio de un costo total de propiedad mucho más bajo.
El modelo de servicio estándar para DRaaS es una suscripción básica ligada a un acuerdo de nivel de servicio (SLA), al que el proveedor de servicios (SP) está obligado por contrato. Algunos SPs también miden el tráfico de entrada y salida y añaden cargos adicionales en base al uso. Esencialmente, el centro de datos de la DRaaS se convierte en el objetivo de recuperación ante desastres para las aplicaciones y los datos de una empresa on-premise. Una vez establecida la relación, se establece una VPN entre el cliente y el centro de datos del SP, y los snapshots de las aplicaciones se replican en el centro de datos de DRaaS en base a las métricas de RPO requeridas. En caso de una interrupción en el centro de datos, se inicia la conmutación por error al centro de datos de la DRaaS y se restablecen las operaciones comerciales de acuerdo con el SLA.
Una buena solución de DRaaS incluye pruebas de conmutación por error/conmutación por recuperación durante horas laborales, sin afectar la experiencia del cliente convencional. También incluye la difícil tarea de preservar las configuraciones de red tras la conmutación por error para que no sea necesario el redireccionamiento de IP. Por último, una interfaz de gestión común que abarque toda la empresa simplifica las tareas operativas, lo cual hace destacar esta solución DRaaS del resto.
La diferencia clave entre la recuperación ante desastres tradicional y la DRaaS es el aspecto de servicio gestionado de la segunda. Existen las mismas fases fundamentales de la recuperación ante desastres en ambos casos: replicación, conmutación por error y conmutación por recuperación.
Cuando las aplicaciones se seleccionan para la protección en el plan de recuperación ante desastres de una empresa, se realizan capturas o snapshots de estado con los datos que las acompañan a una frecuencia consistente con los requisitos de RPO. Una vez realizado un lote de snapshots, se replica en el centro de datos de destino de DRaaS, que almacena grupos de snapshots en un algoritmo FIFO (primero entra, primero sale). Los snapshots más recientes se convierten en los objetivos principales de la conmutación por error durante un desastre.
Cuando se produce un desastre, iniciar un evento de conmutación por error hace que el usuario final tenga acceso a las aplicaciones y datos desde el centro de datos principal al centro de datos DRaaS, donde las aplicaciones y los datos se han ubicado desde la última instancia de snapshots replicada. Este proceso de transición, con el proveedor adecuado, es sencillo de gestionar. Algunos buenos servicios de DRaaS también incluyen la captura automática de snapshots mientras se ejecutan las aplicaciones en modo de conmutación por error, lo cual permite una conmutación por recuperación elegante y una pérdida de datos nula, una vez restablecidas las operaciones normales del centro de datos primario.
Una vez mitigado el desastre, la conmutación por recuperación es el proceso de trasladar el acceso de los usuarios finales al centro de datos primario. Una vez completada la conmutación por recuperación, se restablece el proceso de tres fases y el sistema se prepara para el próximo desastre.
La DRaaS protege las aplicaciones y datos, mientras que el BaaS sólo protege los últimos. Desde una perspectiva de continuidad empresarial, la DRaaS es un tipo de superconjunto de BaaS, en el sentido de que incluye servicios de procesamiento para facilitar la continuidad de las aplicaciones para los clientes, además de los servicios de respaldo de datos necesarios para dar soporte a dichas aplicaciones. La DRaaS también ofrece políticas de protección a nivel de aplicación y automatización de runbook para orquestar procesos de conmutación por error/conmutación por recuperación/pruebas. Las soluciones de BaaS son más manuales, menos elegantes y requieren más tiempo para alcanzar el mismo fin que una solución de DRaaS.
La recuperación ante desastres como servicio (DRaaS) podría ser ideal para una pequeña o mediana empresa (PYME), para una empresa en crecimiento que requiera flexibilidad o que no tenga recursos internos ni ancho de banda para administrar este software o hardware.
La DRaaS le permite evitar los presupuestos exorbitantes y los costos operativos de construir, equipar y gestionar otro centro de datos. Un proveedor de DRaaS puede realizar la virtualización para reducir los requisitos de almacenamiento, así como de respaldos, seguridad y recuperación de datos de desastres naturales o errores humanos si estos servicios se encuentran en su SLA.
A continuación encontrará los puntos críticos que hay que tener en cuenta al elegir la solución DRaaS adecuada para su negocio.
La estructura de TI es el salvavidas de la mayoría de las empresas actuales. Si se implementa correctamente, representa una ventaja competitiva para algunos, mientras que para otros simplemente significa que pueden dedicar más tiempo a sus competencias principales, ya sea que se trate de enseñar académicamente, llevar un caso judicial o administrar un supermercado. La tranquilidad que aporta permite a las empresas funcionar de la mejor forma posible. Una buena solución de DRaaS puede contribuir en gran parte a esa visión.
Teniendo en cuenta la tendencia al alza de posibles fallas, la recuperación ante desastres es una de las primeras pólizas de seguros que se están planteando las empresas. La DRaaS permite a empresas con presupuestos limitados tener acceso a las herramientas necesarias para mantener la continuidad del negocio en los contextos más difíciles. Al ser una tecnología basada en la nube, la DRaaS les ofrece a los clientes la flexibilidad de ampliar su huella de recuperación ante desastres a medida que crece su negocio.
La DRaaS ha demostrado ser una alternativa viable y rentable a la creación de un centro de datos de recuperación ante desastres que podría quedarse inactivo buena parte del tiempo. Además, permite a las empresas la opción de convertir CapEx en OpEx, liberando recursos para otras prioridades de negocio. No es una solución que encaje para todo el mundo, pero la DRaaS sin duda se está convirtiendo en una de las soluciones favoritas de la mayoría.