Cloud Manager

Gestiona libremente tus infraestructuras de cloud computing.

Webmail

Accede a tu correo electrónico (cuentas POP e IMAP) de forma segura y garantizada

OWA Exchange

Accede a tu cuenta de correo de mediante OWA Exchange

Enlaces superior

Zona cliente Castellano twitter LinkedIn
902 20 22 23 Contacto Soporte 24x7

Custom Search 1

RaaS - Disaster Recovery as a Service
RaaS | Recuperación ante Desastres
Servicio de recuperación ante desastres basado en cloud
cloud computing barato
beneficios RaaS Beneficios
fases aplicación RaaS Implantación
Infraestructuras Recovery as a Service Infraestructuras
modalidades RaaS Modalidades

Minimiza el volumen de datos perdidos entre la caída y la reactivación de los sistemas

RaaS, recuperasión de sistemas ante desastresUna caída prolongada de sistemas puede ocasionar grandes pérdidas en tiempo, recursos y dinero para tu empresa. El servicio Recovery as a Service ó RaaS proporcionado por Nexica permite minimizar el volumen de datos perdidos entre la caída y la reactivación, garantizando la restauración fiable de los servicios críticos TI.


backup de sistemas

Diseñado como un servicio de pago por uso (Cloud), permite pagar sólo por los recursos consumidos, resultando una opción más asequible que las tecnologías tradicionales de replicación (DRS). Mediante la replicación en nuestro IDC de Madrid tanto de servidores físicos como virtuales alojados en nuestro IDC de Barcelona, se consigue garantizar tiempos de recuperación (RTO) y retención (RPO) óptimos.

 

Características  Indicado para
  • Mantener una copia consistente (réplica) de las imágenes de los servidores del cliente.

  • Llevar a cabo pruebas periódicas (simulaciones) de recuperación para asegurar que el plan de recuperación funciona correctamente.

  • En caso de ser necesario, restauración de la réplica en plataforma hardware disponible y reactivación del servidor en entorno accesible por el cliente según condiciones dadas.

El servicio de RaaS está especialmente indicado para:

  •  Empresas con una Alta Dependencia de sus procesos de negocio de plataformas tic.

  • Organización con alta concentración de recursos y sistemas tecnológicos. En estos casos, el riesgo queda concentrado en la sede principal que aloja los recursos TIC. Cualquier incidencia que suponga cese de servicio en esa ubicación significa la parálisis de toda la organización.

  • Necesidad de distribución geográfica de la información por políticas corporativas.

  • Aquellos casos en que la legislación obligue a guardar copia de información durante un periodo de tiempo definido.

Ejemplos de uso: Entidades bancarias, Administración Pública, Investigación y Desarrollo, Consultorías y Asesorías legales / tecnológicas / Negocio, etc., Factorías de Software / Desarrollo, etc

beneficios RaaS
Beneficios
fases aplicación RaaS
Implantación
Infraestructuras Recovery as a Service
Infraestructuras
modalidades RaaS
Modalidades

Beneficios

  • Protección de Sistemas Críticos para el negocio. Incluye los principales sistemas operativos (Windows y Linux) y Aplicaciones.

  • A diferencia del Backup de datos, permite recuperar tanto los datos como las aplicaciones que los gestionan.

  • Ahorro de costes asociados a planes de recuperación de desastres. Elimina la necesidad de adquisición de hardware, reserva de espacio físico, recursos humanos destinados a la preparación y ejecución de pruebas.

  • Separación geográfica (Barcelona – Madrid) entre la fuente original de información y el Sistema de Recuperación de Desastres con alojamiento seguro.Al disponer de dos centros de datos en España, se cumple con la LOPD.

  • Reducción del riesgo y coste asociado a la indisponibilidad de la información.

  • La mayor frecuencia de ejecución de pruebas incluidas en planes de recuperación implica directamente un mayor nivel de seguridad y la consiguiente reducción del riesgo.

  • Alcance Escalable en cuanto a los servicios protegidos. Esto permite adaptarse a cualquier condición incluida en el plan de contingencia corporativo. Puedes empezar protegiendo exclusivamente aquellos servidores más críticos para su negocio para posteriormente ir migrando servicios adicionales o incluso complementarlos con sistema de respaldo existente en otros sites.

  • Reducción del Tiempo de Recuperación Objetivo (RTO).

  • Punto de Recuperación Objetivo (RPO) alineado a las necesidades de negocio, lo que permite adaptar el servicio a los objetivos definidos en los Plan de Continuidad de Negocio corporativo (BCP).

  • Garantía de Nivel de Servicio (SLA) establecido en base al RPO contratado.

  • Gestión de Servicio y Recursos atendido por personal técnico de alta capacitación/cualificación.

Fases de Implantación

Assessment

Fase previa del proyecto. En esta fase se analizan las necesidades y se establecen las condiciones del servicio (RTO, mecanismos de replicación, etc). Durante el assessment se determina:

  • El mecanismo de replicación idóneo para cada aplicación (hipervisor, agente, mecanismos propios de la aplicación).
  • La consistencia mínima necesaria para que todas las aplicaciones puedan iniciar sus servicios en el sitio de contingencia (crash, file, application).
  • El RTO que puede esperarse de todo el plan a partir de las aplicaciones y volumen de datos que conforman la plataforma protegida.
Instalación y puesta en marcha

En esta fase se procederá a la configuración de las replicaciones a nivel de hipervisor, cabina y, si es necesario, la instalación de servidores para las replicaciones propias de cada aplicación que lo requiera (por ejemplo, replicación de Exchange 2010). También en esta fase se procederá a:

  • Creación de los scripts y reconfiguraciones necesarias (red, nomenclatura, dns) para el correcto funcionamiento del plan de recuperación.
  • Ejecución de las primeras pruebas de recuperación y establecimiento del RTO de referencia.
  • Creación de un Plan de Recuperación de Desastres. Se trata de un documento consensuado con el cliente en el que se establece:

o    El protocolo para la declaración formal de un desastre y el procedimiento de activación del sitio de contingencia. Esto incluye teléfonos de contacto, personas autorizadas, etc.

o  Los resultados de los primeros test de recuperación, que determinarán el RTO y RPO objetivo que habrá de mantenerse en futuras pruebas (y que quedará reflejado en la SLA del servicio).

Si existen terceras partes implicadas (desarrolladores, gestores de aplicaciones del cliente), se establecerán los protocolos de entrega del servicio, que determinarán cuales son las responsabilidades de cada una de las partes en las pruebas periódicas y en el caso de desastre.

Gestión del Servicio

Una vez iniciado el proyecto, se realizaran pruebas periódicas que permitan garantizar la respuesta óptima en caso de desastre.

  • Al utilizar  virtualización en el sitio de contingencia, podemos llevar a cabo simulacros de recuperación sin afectar al sitio protegido.
  • Esta facilidad reduce el riesgo de fallos en la recuperación cuando esta sea necesaria. Durante la prueba se simula la recuperación total de los servicios y se detecta cualquier discrepancia entre el plan de recuperación y los cambios que hayan podido hacerse en el sitio protegido. De este modo el plan de recuperación se mantiene actualizado.
  • Las pruebas de recuperación son bimestrales, a no ser que se requieran pruebas adicionales.
  • Las pruebas periódicas nos ayudan a detectar cambios en el RTO y tomar acciones correctivas.

Infraestructura

El servicio está basado en Site Recovery Manager. Compatible con:

  • Linux
  • Windows

Su funcionamiento permite tanto en la replicación de servidores virtuales (a nivel de hipervisor) como en la replicación de servidores físicos (agentes específicos para cada sistema operativo) alojados en nuestro IDC de Barcelona que replican todos los cambios de las aplicaciones al sitio de contingencia de Nexica en Madrid.

Para asegurar el óptimo funcionamiento de las aplicaciones alojadas en el sitio de contingencia, además de los servidores replicados, Nexica proveerá los servicios de infraestructura auxiliares necesarios del ecosistema Nexica:

  • Servicio DNS
  • Firewall perimetral
  • Dispositivos de Red
  • Balanceadores de carga
  • Almacenamiento compartido
  • Conectividad BCN/MAD y hacia Internet

 

Modalidades

Virtual RaaS

· Todos los dispositivos del sitio primario que deben ser protegidos están virtualizados (plataforma VMWare de NEXICA).
· No hay dispositivos de red dedicados, o estos pueden ser omitidos en la replicación.
· La consistencia mínima requerida es crash consistancy.
· El RPO puede ser de horas

Cloud RaaS

Mismas características que Virtual RaaS, pero en la plataforma vCloud Director y cuando se requieran configuraciones adicionales para sustituir las funcionalidades del Cloud no replicadas (aislamiento de red, NAT’s, etc.).

Hybrid RaaS

· Existen servidores o dispositivos de red físicos que deben ser protegidos.
· La replicación se establece siempre a través de DoubleTake (no existe replicación a nivel de aplicación).
· La consistencia mínima requerida es crash consistancy (aunque en muchos casos se garantizará a nivel de fichero o aplicación)
· El RPO puede ser de horas (es decir, el cliente acepta perder algunas horas de datos).

Complex RaaS

Cualquier escenario en el que sea necesario establecer replicaciones a nivel de aplicación para garantizar la consistencia a nivel de aplicación y un RPO de minutos o segundos. Por ejemplo:

  • Exchange 2010 (replicación nativa).
  • Oracle RAC (Data Guard).
  • Active Directory (replicación nativa).

 

  Virtual Cloud Hybrid Complex
VPS ok   ok ok
Cloud Servers   ok ok ok
Servidores Físicos     ok ok
Replicación Aplicaciones       ok
RPO Horas Horas Horas Minutos**
RTO* Horas Horas Horas Minutos**
Tiempo de Implantación 1 semana 1 a 2 semana 2 a 3 semana 1 mes**

* El RTO depende de muchos factores, como la cantidad de servidores protegidos, el volumen de información a recuperar, el tiempo que se tarda en declarar el desastre, etc.
** Para las aplicaciones replicadas con mecanismos propios, el RPO es de minutos o segundos. Para el resto de la plataforma, de horas.