Fmc Nexica Centro Virtual De Contingencia 30 09 2010

Centro virtual de contingencia: sí a tu negocio siempre

-2- Centro virtual de contingencia

sí a tu negocio siempre disponible.

Francisco Muñoz (IT Specialist & Pre-sales Engineer)

1Presentación¿Quién es Nexica?

2 Introducción a los planes de contingencia virtualProblemáticas, beneficios…2

3

Problemáticas, beneficios…

Opciones de disponibilidad de negocio y ejemplos pr ácticosHerramientas y plataformas adecuadas a cada caso.

-3- Centro virtual de contingenciaPlataformas de envíos masivos



3




Somos el proveedor de Servicios

Gestionados de sistemas TIC

Expertos en el Alojamiento y Gestión de Servicios y Aplicaciones Críticas

¿Quién es Nexica?


• Entendemos el negocio del cliente y ofrecemos el nivel de servicio (SLA) acorde a sus

necesidades.

• Le trasladamos nuestra experiencia de más de 14 años, herramientas y metodologías

probadas en entornos altamente competitivos.

• Le ofrecemos soluciones innovadoras, flexibles, escalables y tecnológicamente

solventes.

Nuestros 3 compromisos:

servicio, flexibilidad e innovación.

¿Quién es Nexica?


• Servicio: porque si no recibes la atención que mereces, el resto no tiene sentido.

• Flexibilidad: porque tus requerimientos son distintos cada día.

• Innovación: porque sin innovación no hay progreso.

Contamos con un Centro de Datos propio

orientado a ofrecer Infraestructura como Servicio (Cloud Gestionado)

¿Quién es Nexica?


Servicios gestionados

¿Quién es Nexica?


Soluciones destacadas

¿Quién es Nexica?




3




Nos encontramos a diario con empresas que nos manifiestan sus

dificultades para establecer planes de DRP flexibles, con

escalabilidad y de costes ajustados a sus RTO y RPO

Objetivo: Construir modelos DRS ajustables a los RTO y RPO del

Introducción


Objetivo: Construir modelos DRS ajustables a los RTO y RPO del

cliente en base a elementos de infraestructura Datacenter y

Servicios Generales.

DRP: Disaster Recovery PlanDRS: Disaster Recovery SystemRTO: Recovery Time ObjectiveRPO: Recovery Point Objective

• Capacidad de trasladar la infraestructura servidor requerida para el

Disaster Recovery al Cloud de un Datacenter por uso.

• La Consolidación del almacenamiento en un almacenamiento compartido

por uso.

¿Qué aporta el Disaster RecoveryVirtual?


por uso.

• El Traspaso de los procesos de copia de seguridad al Datacenter

(soluciones de Backup Compartidas)

• La Replicación funcional entre los sitios primarios y secundarios (réplicas

virtuales)

• El mapeo de dependencias en los servicios / servidores (gestión virtual del

DRS)

• Creación de un proceso cerrado de Disaster Recovery

• Disponibilidad del site y comunicaciones

• Servicio integral:

� incluye la Plataforma IaaS necesaria para la ejecución,

� Licencias de virtualización y réplica compartidas

¿Qué aporta el Disaster RecoveryVirtual?


� Licencias de virtualización y réplica compartidas

� SSGG para la ejecución de contingencia,

� Sistemas de Monitorización de Sistemas y Plataformas.

� Plataformas de Backup compartidas

• Reducción en los costes iniciales de implantación de la solución.

• Reducción de los costes de mantenimiento de la infraestructura de la

solución de Disaster Recovery

Data Center SOI Servicios gestionados :

-Monitorización-Activación de las plataformas

Plataforma primaria (origen)

Física o virtual

Centro Virtual de Contingencia

Centro Virtual de Contingencia(esquema DRS Virtual)


WAN

-Activación de las plataformas de contingencia-Comunicaciones-etc.



3




• Está compuesta de:

� mecanismos de réplica de máquinas virtuales,

� 2 elementos balanceadores de servicios,

� el software de virtualización

Caso 1: 1 día aprox. (DRS, RTO)

Entorno cliente: Plataforma origen virtual. (VMware)

Entorno Nexica: Plataforma de contingencia virtual. (VMware)



� y los servicios propios del Centro de Datos (servicios gestionados, monitorización,

activación de las plataformas de contingencia, comunicaciones, etc.)

• Elementos tecnológicos de la solución:

� (Dedicadas/Compartidas) Granjas VMware-Nexica con Licenciamiento (VSP ó VSPP).

� (Dedicados/Compartidos) Balanceador de Servicios (ZXTM).

� Licenciamiento de replicas de Máquinas Virtuales (por nodos).

� Replica basada en Snapshots de VMs (Veaam o similares).


� una solución de software paquete de aplicaciones de recuperación de desastres

con 2 elementos balanceadores de servicios (integrados),


Caso 2: horas aprox. (DRS, RTO)

Entorno cliente: Plataforma origen física o virtual. (X86)

Entorno Nexica: Plataforma de contingencia virtual. (VMware)





• Elementos tecnológicos de la solución

� (Dedicadas/Compartidas) Granjas VMware-Nexica con Licenciamiento (VSP ó VSPP)

� Automatización (Double-Take) + SRM (Opcionalmente)

� Balanceador de Servicios (integrado Double-Take o ZXTM)

� Licenciamiento de replicas de Máquinas Virtuales (por VMs o Srvs. físicos)

� Replicas basadas en bloques de Sistema Operativo (Double-Take o Similares)


� mecanismos de replicación entre cabinas -ya sea de software o de hardware-,

� 2 elementos balanceadores de servicios,


Caso 3: semi-síncrono, online (DRS, RTO)

Entorno cliente: Plataforma origen física o virtual.

Entorno Nexica: Plataforma de contingencia virtual. (VMware ó física)




• Elementos tecnológicos de la solución

� (Dedicadas / Compartidas) Granjas VMware-Nexica con Licenciamiento (VSP ó VSPP)

� (Dedicadas / Compartidas) Automatización (SRM , RDR) (Opcionalmente)

� (Dedicadas / Compartidas) Balanceador de Servicios (ZXTM)

� (Dedicadas) Replicas de Almacenamiento gestionadas virtual.

� Sistemas integrados de Replica SAN / NAS (HP, Netapp,…)

� Sistemas intermedios de replicación gestionados(falconstor)

Oferta tecnológica – Centro de Datos+ Site Recovery Manager


1. Imágenes Inconsistentes

• La restauración de componentes individuales se pueden derivar en servicios

fuera de sincronización

• Finales abruptos en la replicación pueden conducir a estados impredecibles

2. Propagación de problemas a la réplica

¿Nuevas dificultades?


2. Propagación de problemas a la réplica

• Los errores lógicos, software malicioso o datos contaminados pueden llegar a

propagarse inadvertidamente a los sitios de recuperación

3. Procesos de DRS frágiles

• Crecimiento exponencial de las imágenes y de RFC (request for change)

• Las copia de seguridad y replicaciones puede llegar a ser obsoletas o estar mal

configuradas

• Los errores no se detectan hasta que se intenta la recuperación

RDR: Orquesta una recuperación, asegura puntos de recuperación, y gestiona

las políticas de failover/failback.

Contenedor virtual de Verificación (CVV)

• Entorno Virtual Aislado en el site secundario donde cada servicio (o la

totalidad) pueden ser levantados aislados del entorno de producción

Reliable Disaster Recovery (RDR)


Configuración de Conjuntos de Pruebas

• Colección de scripts que se ejecutan en un CVV para permitir comprobar

que un Servicio de TI se ha recuperado con éxito

Punto de Recuperación de certificados

• Generación de un catálogo de VMs que han sido probadas con éxito en un

CVV

Reliable Disaster Recovery (RDR)


Gracias por tu atenciónFrancisco Muñoz

[email protected]


C/ Acer nº. 30-32, 1º 4ª08038 Barcelona

T (+34) 902 20 22 23F (+34) 93 265 90 31

[email protected]

Oficinas y Data Center:

Fmc Nexica Centro Virtual De Contingencia 30 09 2010

Documents

Transcript of Fmc Nexica Centro Virtual De Contingencia 30 09 2010