Recuperación ante Desastres en la Nube Híbrida

Tendencias de la industria

Tendencias de desarrollo en recuperación ante desastres y respaldos en la nube híbrida

Con el rápido desarrollo del sector del cómputo en la nube y el constante aumento de las necesidades de los clientes, las organizaciones de todo tipo de envergadura están alojando cada vez más sus servicios de infraestructura de TI en la nube. Esta tendencia presenta retos gigantescos a las empresas en términos de garantía de continuidad del servicio.

Las empresas están optando por los servicios en nube porque son más económicos, eliminan los cuellos de botella en el entorno y se adaptan completamente a los avances continuos para satisfacer las estrategias de crecimiento. Además, en los sistemas de servicio, la seguridad y la estabilidad son siempre la prioridad principal.

Las empresas utilizan soluciones multinube por diversas razones. Los requerimientos de los datos y las estrategias de gestión y protección de datos de una empresa determinan la necesidad de contar con capacidades de recuperación ante desastre multinube o internube. Por ejemplo, si la estrategia de gestión de datos empresariales enfatiza la necesidad de tener múltiples copias de seguridad, la estrategia multinube es la solución adecuada. De acuerdo con las investigaciones de Enterprise Management Associates (EMA), el 61 % de las empresas que ejecutan sus servicios en la nube utilizan al menos dos nubes.

Desafíos comerciales

Altos costes de O&M y de construcción de un centro de DR

Para construir un centro de DR tradicional, las empresas necesitan construir o alquilar salas de equipos e invertir mucha mano de obra en mantenimiento y pruebas. Lograr un modo de recuperación ante desastres completo implica altos gastos de capital (CAPEX) y operativos (OPEX), ya que los múltiples centros deben alcanzar la misma escala y lograr una transmisión casi en tiempo real.

Para construir un centro de DR tradicional, las empresas necesitan construir o alquilar salas de equipos e invertir mucha mano de obra en mantenimiento y pruebas. Lograr un modo de recuperación ante desastres completo implica altos gastos de capital (CAPEX) y operativos (OPEX), ya que los múltiples centros deben alcanzar la misma escala y lograr una transmisión casi en tiempo real.
Simulacros de DR con muchas restricciones

Si se realiza un simulacro de DR en un centro de recuperación ante desastres tradicional, se deben planificar las salas de equipos y los cables, y se deben encender algunos dispositivos de recuperación gradual (cold standby), lo que genera una alta tasa de fallos. Las conmutaciones pueden retrasarse o incluso fallar en el momento crítico a pesar de los simulacros, lo que deja a la empresa en una posición de vulnerabilidad con capacidades debilitadas de recuperación de servicios.

Si se realiza un simulacro de DR en un centro de recuperación ante desastres tradicional, se deben planificar las salas de equipos y los cables, y se deben encender algunos dispositivos de recuperación gradual (cold standby), lo que genera una alta tasa de fallos. Las conmutaciones pueden retrasarse o incluso fallar en el momento crítico a pesar de los simulacros, lo que deja a la empresa en una posición de vulnerabilidad con capacidades debilitadas de recuperación de servicios.

Políticas complicadas de sincronización de datos

Las políticas de sincronización para los hosts, las bases de datos y los dispositivos de almacenamiento son complicadas y están restringidas por la distancia de transmisión y el volumen de los datos. Además, el mecanismo de cifrado/descifrado de datos complica los despliegues y el mantenimiento. Como resultado, algunos datos se vuelven inválidos o el sistema no puede cumplir con el RPO diseñado.

Las políticas de sincronización para los hosts, las bases de datos y los dispositivos de almacenamiento son complicadas y están restringidas por la distancia de transmisión y el volumen de los datos. Además, el mecanismo de cifrado/descifrado de datos complica los despliegues y el mantenimiento. Como resultado, algunos datos se vuelven inválidos o el sistema no puede cumplir con el RPO diseñado.
Arquitectura difícil de implementar

Los servicios esenciales requieren de arquitecturas multicentro para garantizar la continuidad del servicio, lo que implica grandes inversiones y amplia consideración en el diseño para que todas las partes de la arquitectura puedan colaborar entre sí. Desplegar este tipo de arquitectura en un modelo de DR tradicional genera altos costes y pocos beneficios.

Los servicios esenciales requieren de arquitecturas multicentro para garantizar la continuidad del servicio, lo que implica grandes inversiones y amplia consideración en el diseño para que todas las partes de la arquitectura puedan colaborar entre sí. Desplegar este tipo de arquitectura en un modelo de DR tradicional genera altos costes y pocos beneficios.

Copia de seguridad entre nubes

Introducción

Solución de copia de seguridad empresarial segura y rentable

Ventajas

Respaldo eficiente y económico

Los recursos de almacenamiento se facturan por uso. Las inversiones iniciales se reducen entre un 20 % y un 80 %. Los datos se transmiten después de la deduplicación y la compresión, lo que genera grandes ahorros en costes de almacenamiento y acorta la ventana de respaldo, a menudo, hasta en un 75 %.
Transmisión y copias de seguridad de datos seguras y fiables

Los datos se cifran durante todo el proceso: en el extremo de origen, durante la transmisión y en OBS. La durabilidad de los datos alcanza el 99,99999 %.

Servicios relacionados

OBS

Direct Connect

DEW

Recuperación ante desastres entre nubes

Introducción

Centro de DR en la nube pública de alta disponibilidad

Ventajas

Nuevo módulo de procesamiento de conexión IoT
Selecciona la tecnología de replicación óptima para las capas y otros detalles de su perfil:

Capa de aplicación: arquitectura multinube y conmutación de conexiones multinube
Capa de virtualización: sincronización de datos admitida por la solución de cooperación del ecosistema
Capa de base de datos: software de replicación de las bases de datos convencionales, como Oracle y MySQL
Capa de almacenamiento: replicación asincrónica de matrices de almacenamiento de Huawei en el servicio Dedicated Enterprise Storage Service (DESS) de Huawei Cloud