guía de recuperación de desastres - pikit digitalguía de recuperación de desastres activada por...

Guía de Recuperación de Desastres

Activada por

Pikit Digital

Inteligencia en Seguridad www.pikitdigital.net Lago Zurich 219 Piso 12, Col. Ampliación Granada, Del. Miguel Hidalgo CDMX 11529 www.pikitdigital.net/bcdr [email protected] Tel: + 52 (55) 50278444

Recuperación de Desastres (RD)

en Entornos Virtuales

http://www.pikitdigital.net/

http://www.pikitdigital.net/bcdr

mailto:[email protected]

Guía de Recuperación de Desastres DR en Entornos Virtuales

CONTENIDOS INTRODUCCIÓN Recuperación de Desastres en un Mundo Virtual………………...3

SECCIÓN 1 Recuperación de Desastres: Necesidades y Tecnologías………4

Las causas y los costos de la pérdida de

datos…………..……4

El concepto de la Recuperación de

Desastres………………...5

Recuperación de Desastres como estrategia

comercial……….7

Tecnologías de DR y entornos virtuales………………………8

Recuperación de Desastres y la Nube………………………..12

Lista de Verificación de Requisitos de Recuperación de Desastres……………………………………………………..13

SECCIÓN 2 La Revolución de Zerto………………………………………….14

SECCIÓN 3 Reproducción Virtual de Zerto…………………………………..16

Ingeniería…………………………………………………….16

Completamente automatizada y orquestada….……………...18

SECCIÓN 4 Ejemplos de uso de la Reproducción Virtual de Zerto………..…22

RESUMEN ……………………………………………………………………23

Acerca de Zerto ……………………………………………………………………24

2 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO

PREFACIO Recuperación de Desastres en un Mundo Virtual En las organizaciones de hoy, siempre en operación e impulsadas por la información, la

continuidad de negocios depende completamente de las infraestructuras de TI que están

activas y funcionando 24 horas al día, 7 días a la semana. Los costos del tiempo de

inactividad son enormes y la pérdida de datos puede ocasionar que una empresa salga del

mercado. La pérdida de datos no solamente es ocasionada por desastres naturales,

interrupciones eléctricas, fallo del hardware y errores del usuario, sino más y más, por

problemas del software y desastres relacionados con seguridad cibernética. Por

consiguiente, las estrategias de seguridad rigurosa y de continuidad de negocios son

cruciales para los negocios modernos, minimizando la pérdida de datos y el tiempo de

inactividad. Particularmente ahora, mientras los centros de información se vuelven más y

más definidos por software, esas nubes privadas, híbridas y públicas llegan a ser más

vulnerables para estas clases de amenazas.

En un entorno virtual y definido por software, las aplicaciones corren en máquinas virtuales

(VM), independientes del hardware. Aunque esto conlleva muchos beneficios de eficiencia

al negocio, estos beneficios no se extienden al ámbito de la recuperación de desastres (RD)

y a la continuidad de negocios (BC). La mayoría de las soluciones de DR/BC todavía se

basan en entidades físicas, matrices y dispositivos y carecen de la capacidad para ajustarse

a la cantidad de datos que producen las organizaciones modernas. Por consiguiente,

muchos de los beneficios logrados mediante la virtualización, pueden perderse debido a la

sobrecarga de administración y a la complejidad de armonizar una estrategia de

virtualización con herramientas de recuperación de desastre diseñadas para entornos

físicos. Se necesitan soluciones de DR/BC que consideren la virtualización para superar

esto.

En este manual proporcionamos nuevas perspectivas sobre los retos, necesidades,

estrategias y soluciones disponibles para recuperación de desastres y continuidad de

negocios, particularmente en entornos modernos y virtuales y en la nube pública. También

explicaremos los beneficios y la eficiencia que ofrece la Reproducción Virtual de Zerto y

cómo se compara con otras tecnologías de DR/BC. Con esta perspectiva general queremos

proporcionarle a los negocios la información adecuada para que elijan la mejor solución

posible de DR/BC para su situación. Si después de leer este manual tiene alguna duda, no

dude en ponerse en contacto con nosotros al correo [email protected].

PRUÉBELO USTED MISMO La Reproducción Virtual de Zerto puede instalarse y configurarse en menos de 1 hora. Con una sencilla reproducción basada en máquinas virtuales permite Objetivos de Punto de Recuperación (RPO) de segundos y Objetivos de Tiempo de Recuperación (RTO) de minutos. Visite www.zerto.com/trial ¡y descargue una prueba gratis hoy mismo!

GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 3


http://www.zerto.com/trial

DE LOS QUE

DECIDEN

SECCIÓN 1

Recuperación de Desastres: Necesidades y Tecnologías

Las causas y los costos de pérdida de datos Los negocios modernos no se pueden dar el lujo de perder datos. Cualquiera que sea el motivo: desastres naturales, errores humanos o ataque cibernético; la pérdida de datos es costosa y extremadamente arriesgada. La investigación de diversos institutos muestra que el volumen y costos de la pérdida de datos se incrementan año con año. La necesidad de una estrategia de continuidad de negocios para garantizar la disponibilidad, disminuir la pérdida de datos y maximizar la productividad en medio de cualquier situación comprometida es una política de calidad digital necesaria para cualquier empresa. Porque la cuestión ya no es si se produce un desastre, sino cuando.

…en un mundo virtualizado Muchas organizaciones han virtualizado su ámbito de producción y obtenido eficiencia real y obtenido ahorros considerables. Sin embargo, gran parte de la eficiencia de gestión se pierde en la esfera de BC/DR, puesto que las tecnologías de BC/DR se basan típicamente en tecnologías atrasadas, reproducción basada en matrices o reproducción basadas en agentes, que no consideran la virtualización. Entre más y más tecnologías se aprovechan dentro de la planeación de recuperación de desastres, es muy difícil crear un plan de recuperación de desastres coherente y repetible.

CAUSAS PRINCIPALES DE PÉRDIDA DE INFORMACIÓN Y TIEMPO DE INACTIVIDAD (fuente: World Backup Day 2015)


CRECIMIENTO MIL MILLONES DE EMPRESAS

MILLONES DE

APLICACIONES CARGAS DE TRAB.

DE SERVIDORES

Volumen total de

pérdida de datos

en dos años

(Security Week)

Costo total de

vulneración de

datos en 2019

(IT Web)

Se encuentran

virtualizadas en

2016

(Gartner Group)

Experimentaron

interrupciones

importantes en los

últimos 12 meses

(EMC)

No confían en su

capacidad para

recuperarse

(CIO Insight)

Desplegadas en

infraestructuras

virtuales

(CIO Insight)

Fallo del

Hardware

Desastres naturales

Corrupción del Software

Virus de

computadora

Error humano

El concepto de Recuperación de Desastres ¿Qué es Recuperación de Desastres (DR)? Literalmente, significa recuperarse de un desastre, el tiempo y el trabajo que toma estar activo y funcionando después de una pérdida de datos o un período de inactividad. Este tiempo depende de la solución que se elija para proteger el negocio contra la pérdida de datos. DR no se trata sólo acerca del tiempo en que los sistemas no puedan funcionar y los empleados no puedan trabajar, se trata de la cantidad de datos perdidos cuando se tenga que retroceder a una versión previa de la información. Los negocios deberían preguntarse, ¿cuánto costará una hora de inactividad. Y ante todo: ¿es posible recordar y reproducir el trabajo que los empleados (o sistemas) efectuaron en las últimas horas? 95% de todas las empresas no pueden contestar esta pregunta….

El respaldo no es una verdadera solución a la recuperación de desastres La resolución de desastres implica muchos conceptos diferentes, que podrían volverse confusos: recuperación de desastres, continuidad del negocio, respaldo, RTO y RPO. Mejor conocido es el respaldo de datos, el cual significa reproducir datos o VM a otro dispositivo o ubicación, realizado sistemáticamente en un intervalo regular (por decir, cada 24 horas), para la recuperación, o como solución para la retención a largo plazo para el cumplimiento. Sin embargo, en caso de desastre, el respaldo es un concepto vacío sin una solución de recuperación de desastres (DR), la capacidad de recuperar los archivos, el software y la funcionalidad. Por lo general, esto consiste de algo más que sólo copiar los datos de nuevo a su sistema original. Si un servidor se cae, necesita reinstalarse, reconfigurarse y tal vez incluso reemplazarse. Los respaldos no son una verdadera solución de recuperación de desastres. Con un respaldo, las VM deberán reconstruirse completamente puesto que no hay automatización integrada en un proceso de respaldo.

RESPONDIENDO A RANSOMWARE Durante los últimos años se ha visto aumentar una tendencia, de hackers que intentan extorsionar dinero de usuarios privados y de negocios, a través de diversos Troyanos de Ransomware tales como Criptolocker. Estas piezas maliciosas de software cifran datos, archivos o incluso sistemas del servidor completo, al generar un par de llaves públicas-privadas. Es imposible desencriptar la información sin la llave privada, que se almacena en el servidor del atacante hasta que se pague el rescate. La mejor manera de proteger los negocios contra esta amenaza es la utilización de Antivirus actualizado y software de seguridad, una estrategia de recuperación confiable, así como educar a los usuarios sobre la amenaza de correos electrónicos de phishing, desde dónde se originan los virus por lo general. En el desafortunado caso en que un negocio sea la víctima de un ataque de ransomware, Zerto puede ayudar a reducir la pérdida de datos:

Retroceder los sistemas al último momento determinado antes que atacara la infección, dentro de una cuestión de segundos.

Recuperar todos los sistemas críticos dentro del espacio de unos pocos minutos, con solamente unos pocos clics de un botón.

No solamente restaurar aplicaciones y bases de datos enteros con congruencia, sino también restaurar archivos individuales.

Realizar pruebas de tolerancia a fallos no perjudiciales, para estar seguros de que el negocio pueda restablecerse en línea inmediatamente cuando se necesite.

Crear copias de información externas para retención de datos a un mayor plazo además de darle al negocio una Protección de Datos Continua hasta por 14 días.


Continuidad del Negocio Muchas empresas tienen un sitio de recuperación de desastres, preferentemente remoto, donde se reproducen los datos de manera continua, listos para aprovecharse en el caso de una interrupción. Si este sitio de recuperación de desastres se encuentra en una ubicación remota también puede proporcionar continuidad del negocio (BC): la capacidad para que un negocio continúe operando después de un desastre importante, como un incendio, interrupción de la energía o un desastre natural. En caso de que el sitio original se haya caído, los servicios en el sitio de la producción pueden operar en el sitio DR. Este proceso de cambio se denomina tolerancia al fallo (failover). Una vez que el sitio de producción normal está de nuevo activo y operando, el trabajo que se ha efectuado en el sitio de recuperación de desastres debe reproducirse de nuevo para garantizar que no se pierda todo ese trabajo. La capacidad para una conmutación por recuperación (failback) de aplicaciones y datos desde el sitio DR hasta el sitio de producción es un atributo crítico de una solución de recuperación de desastres sólida. Los sitios DR eran una copia del sitio de producción en otra ubicación de la oficina, pero hoy en día con frecuencia se ubican en el centro de datos de un proveedor del servicio de nube, o en la nube pública.

RTO y RPO Cuando se trata de necesidades de negocios, traducidas a Contratos de Nivel de Servicio (SLA), la recuperación se expresa generalmente en dos tipos de objetivos: RTO y RPO. El Objetivo de Tiempo de Recuperación es la cantidad de tiempo que el negocio puede estar sin el servicio que necesita recuperarse, sin pérdidas o riesgos significativos. El Objetivo de Punto de Recuperación (RPO) es el punto en el tiempo más reciente del que se pueden recuperar datos. Las tecnologías de respaldo o instantáneas tradicionales tienen RPO tan cortas como de 15 minutos y tan largas como de 24 horas. En ámbitos de empresas digitales ubicuos y modernos, tanto RTO como RPO necesitan ser tan cortas como sea posible, ya no expresadas en horas sino en minutos o incluso segundos. Aunque muchas organizaciones se enfocan en RTO para tener los negocios activos y operando tan pronto como sea posible, es la incapacidad de reproducir la pérdida de datos (RPO) la que perseguirá a una organización por mucho tiempo después de cualquier desastre.

Alta Disponibilidad Un concepto que se confunde frecuentemente con recuperación de desastres y continuidad de negocios es alta disponibilidad (HA). Esta es funcionalidad que ayuda a evitar el período de inactividad por problemas de hardware e involucra tecnologías como RAID y partes redundantes como suministros de energía y cableado, pero puede aplicarse dentro de ámbitos virtuales también. Las tecnologías HA son necesarias para mantener los sistemas operando, pero no ayudarán a la recuperación después de un desastre. La Alta Disponibilidad se expresará mayormente en un porcentaje, algo en el 99%. Pero sin olvidar que disponibilidad del 99.9% todavía significa que un sistema tiene 8 horas de inactividad no planeada en un año.

EXPLICACIÓN DE RTO Y RPO

Datos perdidos desde la

última reproducción

Tiempo perdido debido a

tiempo de recuperación

Cualquier empresa con una cotización en el mercado de valores tiene que cumplir con reglas relativas a seguridad de datos; la pérdida de datos resultará en pérdida de ingresos, reputación y valor para los accionistas.

Un negocio en

línea que pierde 4 horas de datos de

negocios podrá terminar con

clientes enojados preguntándose

cuando recibirán las mercancías que

compraron y pagaron.

Si los sistemas de una empresa de transporte se caen durante unas pocas horas, es imposible planear entregas y recolecciones eficientemente, lo que tiene un efecto enorme en los ingresos que ya están bajo presión. Los procesos de producción robotizados complejos que se caen después de un fallo de hardware o software, causan una enorme pérdida de productividad e ingresos.

ALTA DISPONIBILIDAD EN % Y EN TIEMPO (fuente: Wikipedia) % Inactividad Por semana de disponibilidad por año 90% (“un nueve”) 36.5 días 16.8 horas 99% (“dos nueves”) 3.65 días 1.68 horas 99.9% (“tres nueves”) 8.76 horas 10.1 min 99.99% (“cuatro nueves”) 52.56 min 1.01 min 99.999% (“cinco nueves”) 5.26 min 6.05 seg


Recuperación de Desastres como estrategia comercial Puesto que la pérdida de datos y el período de inactividad tienen un impacto directo en el negocio, la recuperación de desastres es un asunto que debería decidirse en base a criterio de negocios y metas estratégicas. Preguntas como cuánta inactividad puede soportar un negocio y cuánta pérdida de datos debería ser aceptable, estableciendo RTO y RPO, son imposibles de contestar desde cualquier nivel técnico. Las respuestas dependen de las fuentes de ingresos que vienen de los sistemas de TI, el valor que se relaciona con los datos corporativos, la logística y otros procesos de negocios que dependen en gran medida de TI. La conclusión: aunque está involucrada mucha tecnología, la recuperación de desastres es un elemento clave para apoyar efectivamente las metas comerciales. Decidir qué es verdaderamente crítico Cuando se trata de desarrollar una estrategia de recuperación de desastres, es importante comprender que no todos los sistemas, aplicaciones y datos son igualmente esenciales para la empresa. Para las aplicaciones principales, es esencial una estrategia de DR en funcionamiento que implique un sitio de DR remoto, RTO/RPO cortos (poca pérdida de datos y poco tiempo de recuperación) y un plan de recuperación probado. Para otras aplicaciones y tipos de datos, serían más aceptables soluciones menos caras y un mayor RPO/RTO. La priorización es un elemento clave para planeación de recuperación de desastres. Revisar qué inactividad puede tolerarse para cada aplicación con los propietarios del giro comercial. Se verá claramente cuales necesitan estar disponibles rápidamente con mínima pérdida de datos. Podrá haber incluso algunas aplicaciones de las cuales un negocio puede prescindir durante horas. El paso importante aquí es establecer el nivel de servicio de modo generalizado, para que haya un acuerdo y no haya sorpresas cuando ocurra un desastre.

BC/DR es una decisión financiera Para diseñar una solución de DR están disponibles varias estructuras y muchas soluciones. Todas vienen con costo. La solución más barata es probablemente un respaldo anticuado, pero no es suficiente en los entornos modernos. Cuando se implementa un sitio de DR remoto, se elige entre una copia disponible del sitio de producción en otra ubicación o un servicio basado en una nube (DRaaS). Elegir entre estas dos es una elección entre Capex y Opex, entre los gastos y costos de poseer una solución o los costos operativos de un servicio en línea. Otra consideración es el número de herramientas que se incluirán en el plan BC/DR. Un plan DR que se basa en muchas tecnologías diferentes y complejas llevará a un proceso de recuperación complejo y difícil. Cuando hay presión, utilizar diversas herramientas puede llevar a errores en el momento en que puedan ser más costosos. DR es gobernanza Cuando se trata de DR, las empresas más grandes encuentran también problemas de cumplimiento y gobernanza. Las normativas de datos se están volviendo más estrictas y cumplir con ellas también debe ser parte de una estrategia de DR. Para cumplir, los procedimientos necesitan documentarse y las soluciones necesitan probarse y ser confiables. La cuestión de que si y dónde se almacenan los datos en la nube y quién está en control de los datos de la nube también es una cuestión de cumplimiento.


Tecnologías DR y entornos virtuales La virtualización del centro de datos ha demostrado verdaderamente ser un gran cambio en materia de TI, proporcionando mayor flexibilidad y control en el manejo de cargas de trabajo de producción, así como agilizar de manera significativa el apoyo de implementación y operativo. Para percatarse completamente de los beneficios de este entorno definido de software, esta nube privada o híbrida, las organizaciones necesitan optimizar todos los procesos y actividades de TI para el entorno virtual: seguridad, cumplimiento y Continuidad de Negocios/Recuperación de Desastres (BC/DR). Cuando se trata de BC/DR, muchas organizaciones todavía ven esto como una póliza de seguros costosa, particularmente puesto que las soluciones disponibles con frecuencia son muy costosas e inadecuadas en un entorno virtual. Hardware y software Muchas soluciones de DR se enfocan en minimizar el período de inactividad en base a fallos de hardware, interrupciones de energía eléctrica o desastres naturales. La mayoría de problemas de los centros de datos no son interrupciones de energía eléctrica del centro de datos en su totalidad. TI habitualmente tiene la tarea de recuperar un archivo eliminado accidentalmente o incluso una sola VM que fue reparada y ahora está funcionando de manera extraña y otros sucesos menores. Esto significa que los desastres no siempre son causados por fallos de hardware ni que esto se resuelva estrictamente con soluciones de hardware.

¿Qué hace diferente a BC/DR en un ámbito virtual?

Definida por software – En un entorno virtual, reproducir en la capa de hardware no es adecuado. La reproducción debe tener lugar en el hipervisor, de manera que las necesidades del negocio estarán disponibles en el caso de desastre. Los usuarios finales no están buscando una unidad de almacenaje lógica, están buscando la aplicación, Oracle, Microsoft Exchange u otra aplicación.

Consciente de la virtualización – Con una estrategia de virtualización en orden, la solución de recuperación de desastres también necesita estar consciente de la virtualización. Esto garantiza que cualesquiera cambios en el entorno de producción se verán reflejados en la estrategia de recuperación de desastres, garantizando que la protección no se verá afectada mientras que aún se ofrece la flexibilidad y agilidad que ofrece la virtualización.

Congruencia de aplicación – Muchas aplicaciones críticas utilizan más de una VM y estas son interdependientes. Eso significa que necesitan reproducirse juntas para seguir siendo coherentes.

Adaptabilidad – Es fundamental buscar una solución construida expresamente para proteger muchas VM. Los datos y las aplicaciones están creciendo a ritmo exponencial. La solución de recuperación de desastres necesita ajustarse con el crecimiento sin añadir una complicación y gastos generales significativos.

Cambio – Debido a su naturaleza dinámica, los entornos virtuales tienden a expandirse lo que hace de BC/DR algo más complejo.

Granularidad – Para poder responder a algunas de las causas de vulneraciones de datos más importantes, como corrupción de datos y errores accidentales del usuario, se necesita la granularidad para poder reparar VM o archivos individuales.

Frecuencia – Ahora los entornos de TI, no solamente los virtuales, son cruciales para que sobrevivan los negocios. La reproducción de datos y archivos de VM necesita efectuarse con alta frecuencia. Un respaldo diario no servirá.


Soluciones de DR Disponibles

Se ha introducido un número de soluciones de DR en base a disco a disco a lo largo de los años, ninguna de ellas está consciente de la virtualización. En un corto resumen veremos sus estructuras y sus deficiencias en un entorno virtualizado.

Reproducción basada en matrices

Los productos de reproducción basada en matrices son proporcionados por los proveedores de almacenaje y se despliegan como módulos dentro de la matriz de almacenaje. Son soluciones de un solo proveedor, compatibles solamente con la solución de almacenaje específica ya en uso. Se fija la relación entre la VM y el almacenaje y se reproduce todo el LUN (número de unidad lógica), ya sea que se utilice 40% o 90%.

Definida por Hardware – La reproducción basada en matrices está diseñada para reproducir entidades físicas. No “ve” las máquinas virtuales y no está consciente de los cambios de configuración.

No es independiente – Aunque optimizada para trabajar con la matriz de almacenaje existente, se cierra en la organización a un solo proveedor.

Más puntos de manejo – Además de la consola de manejo de la matriz de almacenaje físico, TI también necesita manejar activos virtuales de una consola de manejo de virtualización.

Crecimiento y cambio – La relación entre la VM y el almacenaje es fija, eliminando la flexibilidad de virtualización y removiendo la capacidad de responder a necesidades del negocio cambiantes.

Granularidad – Al reproducir todo el LUN, la reproducción basada en matriz carece de la granularidad necesaria en un ambiente virtual.

Costos – Todo el LUN se reproduce, ya sea utilizado en un 40% o 90%, incrementando los costos de energía, enfriamiento, interconexión y almacenaje.

Un solo punto para la recuperación – Muchas soluciones basadas en matrices no tienen la capacidad de almacenar un historial del desempeño del LUN. Con esa limitación, si el último punto de datos estaba dañado, eso es lo que el negocio tiene que utilizar para la recuperación, ocasionando que la solución de DR no sirva.

Tiempo – La recuperación toma mucho tiempo y

es complicada puesto que no hay automatización por lo tanto las VM y las aplicaciones tienen que construirse desde cero.

Figura 1. La reproducción basada en matrices y en dispositivos requiere coordinar dos productos de reproducción, tanto para el entorno físico como para el virtual. Esto incrementa la complejidad de manejo y determina la inversión efectuada en virtualización.

Reproducción basada en dispositivos

Las soluciones de reproducción basadas en dispositivos también se basan en hardware y son específicas para una sola plataforma. La diferencia principal es que la reproducción corre en un dispositivo físico externo en lugar de dentro de la matriz de almacenaje misma. Esto lo hace más flexible y de menor consumo en recursos de matrices. Pero las desventajas son más o menos las mismas que para la reproducción en base a matrices.

Definida por Hardware – También está

diseñada para reproducir entidades físicas en lugar de entidades virtuales.

No es independiente – Aunque es más flexible que la reproducción basada en matrices, todavía es específica para una sola plataforma.

Más puntos de manejo – La reproducción basada en dispositivos requiere puntos de manejo dual: la consola de manejo físico y la consola de manejo de virtualización.

Crecimiento y cambio – No “ve” cambios de configuración. Como resultado, los planes de BC/DR estarán fuera de sincronización con el entorno de producción actual, eliminando la flexibilidad de virtualización y quitando la capacidad de responder a necesidades de negocios cambiantes.

Granularidad – La reproducción basada en dispositivos se enfoca en la unidad lógica en lugar de la máquina virtual. Esta falta de granularidad entra en conflicto con los requisitos y promesas de virtualización.

Costos – Puesto que todo el LUN se reproduce, se incrementan los costos de energía, enfriamiento, almacenaje e interconexión.

Sitio DR

Figura 2. Al reflejar sistemas sobre una red rápida, es posible una muy alta disponibilidad, pero los componentes del software dañados también se reproducen. Reproducción Sincrónica Otra opción es tener una copia completa de una infraestructura en otra ubicación y copiar o marcar cada escrito a esa ubicación también. En caso de desastre se inicia una tolerancia al fallo (failover) automática y la infraestructura remota se hace cargo. Esta opción de reproducción sincrónica, encontrada por ejemplo en NetApp’s Metro Cluster, parece una solución perfecta aunque cara, pero se basa completamente en hardware y es más una solución de alta disponibilidad (HA) que una solución de DR. La tolerancia al fallo funcionará en caso de un fallo del hardware, interrupción de la energía eléctrica o un desastre natural, pero si el problema es una base de datos dañada, un virus o cualquier otro problema basado en software, estos problemas se habrán reproducido al sitio remoto también. Esto ocasiona que la reproducción no sirva y el equipo tendrá que buscar su respaldo nocturno para la recuperación.

Cautividad- Se necesita una copia exacta del hardware, del mismo proveedor, en otra ubicación.

Costosa – Naturalmente, esta es una solución costosa duplicando concretamente los costos del hardware y en necesidad de una solución de interconexión con una gran cantidad de ancho de banda.

Incompleta – Basada totalmente en el hardware; en caso de un desastre basado en el software, recurre a instantáneas.

Figura 3. La reproducción basada en el Host requiere un agente en cada VM, aumentando en gran manera la complejidad. Reproducción basada en Huésped/OS (Sistema Operativo) En una solución de reproducción basada en un huésped/OS los componentes del software necesitan instalarse en cada servidor físico y virtual individual. Aunque esto es mucho más portátil que las soluciones basadas en matrices, las soluciones de reproducción basada en un huésped/OS no son adecuadas para las empresas.

Crecimiento y cambio – El requisito para instalar un módulo en cada servidor individual limita la adaptabilidad y ocasiona que sea imposible implementar y manejar entornos de empresa en gran escala. Asimismo, los gastos generales de cada agente en la VM podrían presentar problemas de rendimiento para aplicaciones en las que el negocio confía.

Complejidad – Las VM con copia (shadow) con frecuencia son parte de la implementación, aumentando la carga para el equipo de TI con mayor complejidad de manejo.

No hay coherencia en la aplicación – Cada VM es protegida individualmente, lo que causa que sea imposible manejar grupos de VM para una aplicación y reproducirla de manera coherente.

Gastos generales de manejo – Todos los agentes deben manejarse y mantenerse. Mientras que no es mucho problema para un entorno con muy pocas VM, al crecer el entorno a más de 20 VM de manejo y mantenimiento, incluyendo reinicios de huésped, se convierte en un impacto comercial negativo mucho mayor. El mantenimiento y las actualizaciones para la estrategia de DR ahora son una tarea de fin de semana, que requieren con frecuencia tiempo de inactividad.

Sitio de producción Sitio DR

Red rápida

Fibra oscura

Matrices

reflejadas


Instantáneas

Muchas soluciones utilizan “Snap shots” como un

método para permitir una restauración rápida. Una

instantánea es una manera de “congelar” un sistema

de almacenamiento dinámico o VM en determinado

momento. Los cambios continúan efectuándose en los

archivos más allá de la captura de la instantánea. Si

los cambios se efectúan más allá de la captura de la

instantánea y la VM o el sistema de almacenaje

encuentran un problema, hay una elección de rechazar

esos cambios al revertir la VM o el sistema de

almacenaje de regreso al momento de la creación de

la instantánea. Una instantánea es especialmente útil

cuando se efectúan cambios a una sola VM dónde un

retroceso pueda ser necesario.

Hay dos tipos de instantáneas: instantáneas de

almacenaje, basadas en el hardware e instantáneas

de hipervisor.

Instantáneas de almacenaje: costosas

Las instantáneas de almacenaje se toman sobre el

volumen de almacenaje en su totalidad y pueden

expandirse de manera exponencial en tamaño,

utilizando mucho espacio de almacenaje de primer

nivel. 30% del espacio de disco neto no es inusual.

Esto es particularmente cierto cuando hay muchos

cambios a la información en el almacenaje después

del momento en que se toma la instantánea en primer

lugar. La mayoría de las tecnologías de instantánea

de almacenaje también se basan en el disco original.

Instantáneas de Máquina Virtual: incompletas

Las instantáneas de VM aplican solamente a la VM

individual específica y no crean copias de VM. Es

solamente un archivo que le permite a una máquina

virtual que ya existe regresarse a un estado previo

(asimismo también para la mayoría de las tecnologías

de instantáneas basadas en almacenaje pero con

respecto a todo el volumen de almacenaje más que

solamente a una máquina virtual individual). No están

protegidas en el caso de fallo del hardware. Si los

archivos que contienen una máquina virtual se

pierden, los archivos de instantáneas asociadas se

vuelven inútiles.

Figura 4. Aunque las instantáneas recortan el RPO, generalmente se toman cada 4 u 8 horas (porque de otra manera tendrán demasiado impacto en el desempeño y nosotros mucho espacio de disco). Esto resulta en un mejor RPO que un respaldo tradicional, pero todavía hasta 4 u 8 horas de trabajo pueden perderse cuando ocurra un incidente.

La pregunta es, ¿las instantáneas son adecuadas

como una solución de DR?

No es una DR verdadera – Las instantáneas se utilizan

para guardar un momento determinado temporalmente,

no es una solución a largo plazo. Para crear una copia

de una VM para almacenar, se necesita un respaldo de

un sitio de DR, no una instantánea.

Rendimiento – Las instantáneas de Máquina Virtual

tienen un impacto enorme en el rendimiento de una

máquina virtual y también pueden afectar todo el

entorno con un hipervisor adicional y sobrecarga de

almacenaje.

Manejo – Es difícil manejar grandes números de

instantáneas.

Frecuencia – Debido a que las instantáneas se toman

regularmente cada 4 horas (más frecuencia tendría

demasiado impacto en el rendimiento y el almacenaje),

todavía se pierden 4 horas de información después del

retroceso (ver la figura 4). La reclamación de que es

viable un RPO de 15 minutos, no se ajusta más allá de

entornos muy pequeños. En entornos modernos se

necesita una solución de reproducción más continua,

sin impacto de rendimiento en el entorno de producción.

Instantáneas y la nube – Aunque algunas soluciones

de DR utilizan instantáneas y las almacenan en un

entorno de nube (DRaaS), la instantánea todavía tiene

que crearse en el entorno de producción antes de

reproducirse a la nube. De esta manera, el impacto de

almacenaje y rendimiento continúa siendo el mismo. Lo

que también es importante saber es qué tipo de

instantánea está siendo utilizada por estas soluciones:

es una instantánea de almacenaje o una instantánea de

VM. Las tecnologías de instantáneas basadas en el

almacenaje requieren hardware idéntico, limitando a los

proveedores de nubes y los ciclos útiles entre dos

organizaciones involucradas.

Respaldo Instantánea Instantánea Instantánea


Reproducción basada en el hipervisor

Todas estas categorías de tecnologías de reproducción tienen limitaciones críticas en un contexto virtual. De esta manera, ellos perjudican la promesa de virtualización y limitan su funcionalidad. Para beneficiarse totalmente de la inversión efectuada en virtualización sin poner en peligro BD/DR, se requiere un nuevo enfoque: reproducción basada en el hipervisor. Zerto sacó la reproducción del montón, de la capa de almacenaje, por arriba de la capa de abstracción de recursos a la capa de virtualización /hipervisor. La Sección 2 describe

como la novedosa solución de reproducción basada en el hipervisor ofrece reproducción virtual de clase empresarial, y capacidades de BC/DR para el centro de datos y la nube. DR ofrecido por hipervisores

Los proveedores de hipervisor, como VMware, también ofrecen sus propias soluciones de reproducción basadas en el software, limitadas a su propio hipervisor. Una solución como la Reproducción de VMware vSphere (VR) ofrece funcionalidad de reproducción limitada y no incluye toda la orquestación, pruebas, informes y funciones de DR de clase empresarial que se necesitan. Incluso combinados con el Administrador de Recuperación del Sitio de VMware (SRM), el tiempo de recuperación y la adaptabilidad podrán no ser suficientes para satisfacer las necesidades del negocio. Mientras que SRM agrega capacidades alrededor de la planeación, pruebas y ejecución de una recuperación de desastres, no puede superar las limitaciones de reproducción de la Reproducción de vSphere, puesto que la Reproducción de VMware vSphere utiliza tecnología de instantáneas de máquina virtual.

Recuperación de Desastres y la Nube

Con la nube convirtiéndose más en una opción, las

empresas de todas las magnitudes están buscando

la nube, ya sea pública, híbrida o privada, para que

se convierta en parte de su solución de BC/DR. La

virtualización ha creado la oportunidad, pero

dependiendo de la solución, todavía puede haber

una brecha de tecnología significativa. Las

aplicaciones esenciales para el objetivo pueden

virtualizarse y manejarse efectivamente; sin

embargo, no pueden protegerse efectivamente en

un ambiente de nube cuando se eligen las

herramientas equivocadas.

Recuperación de Desastres como un Servicio

(DRaaS)

La nube como una solución de DR es una elección

inteligente, puesto que la nube es más flexible y

generalmente menos cara que implementar un sitio

de DR propio. Cuando se trata de escoger un

proveedor de servicio de nube y un servicio DRaaS

es importante percatarse que DRaaS no es una

tecnología. Es un servicio basado en una de las

tecnologías mencionadas anteriormente. La única

gran diferencia recae en el lugar donde se

almacenan los archivos DR. Esto significa que, si

una solución se basa en instantáneas, conllevará

todas las deficiencias relacionadas con las

instantáneas incluyendo el impacto de rendimiento y

almacenaje en el sitio de producción. Y ante todo:

un RPO de 15 minutos basado en instantáneas

todavía es poco realista.

Al buscar un servicio de DRaaS, se le tiene que dar

una mirada más cercana a la tecnología en que se

basa el servicio, con la garantía de que el RTO y el

RPO que ofrece son realistas y probados y sin

inversiones iniciales extra. Para ayudar con esta

elección preparamos una lista de verificación de

requisitos de DR y DRaaS que se encuentra en la

página siguiente.


LISTA DE VERIFICACIÓN DE RECUPERACIÓN DE DESASTRES Para soluciones internas y DRaaS

Rendimiento Funcionalidad

1. ¿La solución de DR ofrece reproducción continua? ¿Cuál es el impacto en el sitio de producción, debido a la tecnología que se utiliza (por ej. instantáneas)?

2. ¿Cuál RTO y RPO ofrece la solución? ¿Se

calcula en segundos, minutos u horas? ¿Puede demostrarse esto y se tiene conocimiento continuo de ello?

3. ¿Estos números de RPO/RTO cumplen de

manera realista con sus requisitos comerciales y a qué costo o sacrificio?

4. DRaaS - ¿El Proveedor de Servicio de Nube

ofrece una solución de interconexión rápida y confiable y la solución de DRaaS ofrece eficiencias de interconexión como compresión?

11. ¿Es una solución de protección exterior

completa, que ofrece tanto almacenaje de DR y de archivo (respaldo), con impacto muy limitado en el sitio de producción?

12. ¿Es adecuada tanto para fallos de hardware y lógicos?

13. ¿Ofrece suficiente funcionalidad de tolerancia al fallo (failover) y de conmutación por recuperación (failback), incluyendo automatización y orquestación de recuperación, textos de pre y post recuperación, ajuste de IP automático, etc.?

14. En caso de failover o failback, ¿cómo impacta la producción? ¿Y cómo luce el proceso de failback? ¿Es similar al proceso de failover?

Apoyo de sus sistemas Cumplimiento

5. ¿La solución de DR es indiferente al almacenaje y al hipervisor? En otras palabras: ¿se puede reproducir de cualquier entorno a la solución de DR?

6. ¿Detecta aplicaciones; ofrece agrupaciones coherentes de aplicación de VM?

7. ¿Qué tan ajustable es la solución (hacia arriba

y también hacia abajo en un entorno de DRaaS?

8. ¿Cómo luce la instalación? Se necesitará

reconfigurar aplicaciones, LUN, VM? 9. ¿Apoya del cambio, cuando las VM se

cambian a otras ubicaciones de almacenaje o cuando se desea efectuar una migración?

10. DRaaS - ¿Apoya a múltiples sitios y tiene

usuarios múltiples? ¿Ofrece flujos de datos aislados de forma segura para aplicaciones y cumplimiento esenciales para el negocio?

15. ¿Puede probarse fácilmente y los informes

de pruebas están disponibles? ¿Cuál es el impacto de la prueba? ¿Es algo que pueda efectuarse durante horas hábiles o es esta una actividad de fin de semana? ¿La producción necesita retirarse? ¿La reproducción se pausa o interrumpe durante las pruebas, impactando la solución DR durante cada prueba?

16. DRaaS - ¿Hay algún problema de licencia u

otro anticipo de inversiones? 17. DRaaS - ¿Dónde se guardan los datos? ¿El

proveedor de servicios cumple con los reglamentos y normas internacionales?

Utilización

18. ¿Es fácil de aprender y usar? ¿Añade más puntos de control de manejo a su entorno o se integra perfectamente?

19. ¿Ofrece la granularidad de recuperación correcta? ¿Se puede recuperar un archivo, VM individual, aplicación individual, unas pocas aplicaciones o todo el sitio?

DRaaS - ¿La solución de DRaaS ofrece tanto

autoservicio como servicios gestionados)

4.

10.

16.

17.

20.

SECCIÓN 2 La Revolución Zerto

DR en un nuevo nivel

Zerto ha sacado la reproducción del montón, del

estrato de almacenaje al estrato de

virtualización/hipervisor. Esto resulta en una

novedosa solución de reproducción basada en

el hipervisor que considera la virtualización que

proporciona reproducción de clase empresarial

y capacidades de BC/DR para el centro de

datos y la nube.

Reproducción siempre en funcionamiento

La Reproducción Virtual de Zerto reproduce

continuamente I/O (entrada/salida) según se

vaya creando, ofreciendo RPO de segundos.

Coherencia de aplicación

Puesto que las aplicaciones con frecuencia

consisten de más de una VM, Zero desarrolló

Grupos de Protección Virtual (VPG), una

característica única que permite la reproducción de

múltiples VM juntas como grupo. Reproducir los

VPG otorga la capacidad de restaurar todo el

grupo de un solo punto determinado, de manera

coherente y con fidelidad en el orden de escritura.

Agnóstico a la Tecnología

Zerto es indiferente al hipervisor y al hardware,

quitando barreras a la innovación mientras que

incrementa en gran manera la eficiencia. No hay

cierre al proveedor de manera que matrices o

hipervisores más antiguos o menos costosos

pueden utilizarse para reducir costos adicionales.

Asimismo, ahora es mucho más fácil ajustar o

probar tecnologías nuevas e innovadoras, tales

como matrices de flash.


Ajustable y Granular Con una solución basada en software, ajustar la

infraestructura para respaldar procesos de recuperación de

desastres es sencillo y fácil. Según se añade un nuevo host

(anfitrión), sencillamente se instala un nuevo dispositivo

virtual. Aunque la Reproducción Virtual de Zerto se ajusta

para respaldar entornos muy grandes, proporciona la

misma granularidad que se necesita en entornos de todos

tamaños, con la capacidad para recuperar archivos, VM,

aplicaciones y sitios enteros.

Fácil de manejar La Reproducción Virtual de Zerto se instala perfectamente

en la infraestructura existente sin cambios de configuración

requeridos en el hipervisor, aplicación o almacenaje. La

consola es accesible en cualquier parte y proporciona una

visión completa del entorno, facilitando la determinación de

problemas, llevando a reducir problemas y trayendo

resoluciones más rápidas. ZVR también proporciona un

potente tablero con una apariencia y características

generales coherentes en todas las plataformas.


Recuperación sencilla

En caso de una interrupción, puede iniciarse un

simple proceso de tolerancia al fallo (failover) y

recuperación desde la misma consola. Es fácil de

probar, configurar y ejecutar la automatización de

recuperación de desastres. Se pueden efectuar las

pruebas sin impacto alguno al sitio de producción o

reproducción, con informes de resultado de prueba

para el cumplimiento.

Completa

La funcionalidad de Zerto se extiende a una solución

completa para entornos virtuales, respaldando nubes

privadas, híbridas y públicas con capacidades de

recuperación de desastres, retención a largo plazo,

pruebas y migración.

SECCIÓN 3 La Reproducción Virtual de Zerto

Cuando se virtualiza la producción, hay una brecha obvia en la estrategia de protección de datos puesto que esta normalmente se basa en tecnologías más antiguas que dependen de las limitaciones de activo físico. La Reproducción Virtual de Zerto sincroniza las estrategias de producción y recuperación de desastres con una solución de reproducción basada en el hipervisor. En esta sección explicaremos cómo funciona la tecnología de Zerto y las ventajas que ofrece.

Ingeniería

La esencia de la tecnología de reproducción de

Zerto está compuesta de dos componentes:

Zerto Virtual Manager (ZVM) – El Gerente

Virtual de Zerto maneja la recuperación de

desastres, la funcionalidad de continuidad de

negocios y de respaldo exterior a nivel de sitio;

se conecta al VMware vCenter y/o al Gerente

de Máquina Virtual del Centro del Sistema de

Microsoft y también incluye una opción basada

en el browser.

Dispositivo de Reproducción Virtual (VRA) –

Reproduce las VM y los discos virtuales

relacionados; un VRA es instalado por un host

ESXi/HYPER-V.

¿Cómo funciona la reproducción?

Los Dispositivos de Reproducción Virtual de Zerto

(VRA) copian I/O según se crea antes de dejar el

hipervisor. Esta reproducción continua a nivel de

bloque ofrece RPO de segundos, minimiza la

pérdida de datos en el caso de una interrupción de

la energía.

Reproducción a

Nivel VM

Sitio de Producción Sitio BC/DR


Figura 5. Ingeniería de Zerto

Figura 6. Interfaz del Gerente Virtual de Zerto

Características y Beneficios

Capacidades de Journaling (Diario) –

Proporciona reproducción continua a nivel de

bloque con cero impacto en el desempeño de la

aplicación ofreciendo recuperación en

determinado momento con entre 1 hora y hasta

14 días de valía de puntos de recuperación.

Agnóstico de hardware e hipervisor – Quita

barreras a la innovación con una solución de

reproducción que no depende del hardware o los

hipervisores.

Instalación sencilla e impecable – Se instala

impecablemente en la estructura existente sin

que se requiera tiempo de inactividad o cambios

de configuración.

Protege las Cargas de Trabajo de Producción

– Garantiza la coherencia de la aplicación con

grupos de VM que son protegidos, manejados,

reproducidos y recuperados como una entidad.

Ajustable – Como una solución basada en

software crece con la infraestructura, no importa

que tan rápido se expanda el negocio.

Manejo sencillo y centralizado – Manejo

centralizado para dos sitios con el Gerente

Virtual de Zerto y para sitios múltiples con el

Gerente de Nube de Zerto.

Niveles de Servicio Dinámico – Logra un

Objetivo de Punto de Recuperación (RPO) de

segundos y un Objetivo de Tiempo de

Recuperación (RTO) de minutos.

Orquestación Completa – Tolerancia al fallo

(failover), Conmutación por recuperación

(failback) automáticas, la protección de reversa

se ejecuta en sólo unos pocos clics.

Pruebas de DR no perjudiciales - Prueba

todo el proceso de recuperación sin afectar los

entornos de producción o la reproducción

continua, dándole al equipo confianza de que

se encuentran protegidos en caso de desastre.

Respaldo de clase empresarial – Zerto ofrece

servicios de apoyo de clase empresarial que se

encuentran integrados en todos sus productos.

Estos servicios incluyen alertas en tiempo real

cuando no se cumplen las metas de RPO/RTO,

alarmas de degradación de red y recordatorios

para revisar las configuraciones y Grupos de

Protección Virtual. Las soluciones de Zerto son

respaldadas por centros de servicio de respaldo

global que proporcionan acceso al solicitarlo a

un equipo experto de ingenieros de apoyo.

Manejo

El Zerto Virtual Manager (ZVM) se conecta en una

consola de manejo virtual y proporciona una

descripción gráfica de las VM del sitio y su

rendimiento. Si ocurre algún problema, se

representa visualmente y también se envían alertas.

En las pestañas en la parte superior, toda la demás

funcionalidad se encuentra disponible para

orquestación y automatización de procesos de

failback y recuperación, como opciones de orden de

inicialización, re-IP, textos, prueba y validación.



Protección centrada en la aplicación: Grupos de

Protección Virtual

Muchas aplicaciones de empresas consisten de

más de un servidor virtual – un servidor de Internet,

servidor de aplicación, servidor de la base de datos,

etc., que son interdependientes. Cuando se necesita

la recuperación, todos los servidores deben

recuperarse desde un solo momento determinado

coherente. Para poder hacer eso, Zerto desarrolló

Grupos de Protección Virtuales (VPG), los cuales

garantizan la coherencia a través de un grupo de

VMs. De esta manera, la solución de Zerto garantiza

qué aplicaciones de empresa se reproducen y

recuperan con coherencia, a pesar de la

infraestructura subyacente. La Reproducción Virtual

de Zerto reconoce y preserva estas relaciones

mientras que permite las características de VMware

esenciales tales como DRS, vMotion y vMotion de

Almacenaje.

Coherente – Reproduce y recupera aplicaciones

de múltiples VM completas de manera coherente.

Flexible – Permite que las organizaciones

desplieguen una aplicación a través de diversos

dispositivos físicos para maximizar el rendimiento,

la capacidad o para reducir la complejidad de la

infraestructura.

Granular – Ofrece la granularidad correcta para

poder recuperar VM individuales así como grupos

de VM a través de muchos tipos de desastres.

Establece prioridad – Le da prioridad a grupos

de protección virtual para reproducción y

recuperación.

Respaldo – Respalda las características de

virtualización como vMotion, svMotion, HA, etc.

Completamente automatizada y orquestada

Reproducir la información al sitio de recuperación es

solamente la mitad del problema. La información

que se encuentra ahí para proteger un negocio en el

caso de desastre necesita ser fácil de usar. Zerto

reconoció este problema y los procesos

automatizados y orquestados integrados pueden

ejecutarse con sólo unos cuántos clics cuando TI se

encuentra a la mitad de una situación de gran

presión.

Proceso de recuperación del fallo (failover)

totalmente configurado

Parte de la configuración de los VPG es establecer

el proceso de recuperación del fallo (failover). Como

parte de esta orden de inicialización de

configuración, se configura re-ip sobre el fallo de

recuperación (failover), la duración del diario u otros

parámetros. Con todo este trabajo inicial efectuado,

esto simplifica en gran medida el proceso de

recuperación, reduciéndolo a sólo unos pocos clics.

Failover como decisión comercial

Puesto que cada desastre es diferente, Zerto

considera que las necesidades de failover son una

decisión comercial y no un proceso automatizado.

Debido a que es posible escoger un momento

determinado, esta fase de la decisión es esencial

para un failover correcto. Después de darle clic al

botón de failover, iniciaría un proceso automatizado

y orquestado para restaurar los servicios en línea.

De esta manera, un failover puede efectuarse con la

capacidad para escoger un momento determinado,

por ejemplo el momento determinado justo antes

que ocurriera un daño a la base de datos.

Figura 7. Las diversas VM que comprenden una aplicación

se encuentran en un Grupo de Protección Virtual y se

reproducen de manera compatible incluso si se distribuyen

sobre diversos hosts y almacenamiento de datos.

Sitio Protegido

Sitio de recuperación


1. Dele clic a failover (tolerancia al fallo)

2. Seleccione las aplicaciones (Grupos de Protección

Virtual) que necesitan recuperación de la lista.

3. Verifique el momento determinado en el cual las

aplicaciones necesitan restaurarse. Para evitar

aplicaciones dañadas que deban restaurarse, es

necesario regresar al punto en que no estaban

dañadas.

4. Comience el proceso de failover. Se inicia el

proceso de failover y las máquinas virtuales se

inicializan y reconfiguran según sea necesario.

PROCESO DE TOLERANCIA AL FALLO EN 4 PASOS RÁPIDOS El proceso de tolerancia al fallo consiste de 4 simples pasos.

Después de un incidente es visible en la consola de manejo:

Failover y Failback Automatizados

Como se estableció, al momento de la configuración

de los VPG, el plan de recuperación se encuentra

preparado ahora. Los textos pre y post recuperación

ahora pueden configurarse sobre una base por VPG.

Ahora, la tolerancia al fallo (failover) y la conmutación

por recuperación (failback) se ejecutan en sólo unos

pocos clics. Incluso cuando se inicia el proceso de

recuperación de desastres, existe la oportunidad de

retroceder la failover en caso de que hubiera

problemas en el sitio de recuperación no relacionados

con Zerto, como si se cae una red. Al momento de una

failover exitosa, la protección reversa hace el proceso

de failback incluso más fácil. La protección reversa

comienza a sincronizar el trabajo adicional que se

efectuó en el sitio de recuperación al sitio de

producción, cuando el sitio de producción está listo

para utilizarse. Después de que las aplicaciones se

han actualizado al sitio de la producción original,

failback de nuevo sólo está a unos pocos clics de

distancia. Muchas organizaciones no alcanzarán la

tolerancia al fallo (failover) debido a que la

conmutación por recuperación (failback) es demasiado

complicada; con la Reproducción Virtual de Zerto, todo

es fácil.

Pruebas de recuperación de desastres no perjudiciales

Las organizaciones necesitan poder demostrar que los

procesos de recuperación de desastres funcionarán en

caso de desastre para respaldar requisitos de

cumplimiento internos y externos. La Reproducción Virtual

de Zerto permite pruebas no perjudiciales en un entorno

controlado (sandbox), demostrando plenamente el éxito de

una tolerancia al fallo (failover). Durante la prueba, el

entorno está todavía protegido y la reproducción todavía

está en proceso. Esto significa que las pruebas de DR y la

programación de recursos del personal ya no requieren

ventanas de prueba de fin de semana, puesto que ningún

entorno de producción necesita retirarse para ejercer

plenamente la prueba.

PRUÉBELO USTED MISMO

Descargue una prueba gratis en

www.zerto.com/trial. Instale y configure Zerto en

menos de una hora y haga la prueba de tolerancia al

fallo (failover) usted mismo con el texto de prueba

proporcionado.

Figura 8. Cuando se trata de failback (conmutación por recuperación), la Ingeniería de Zerto ofrece automatización y orquestación completa y pruebas de failover no perjudiciales. La misma funcionalidad también puede utilizarse para pruebas de entorno controlado (sandbox) y migración de datos. Para opciones de protección completa, la información en el sitio DR también puede utilizarse para efectuar una copia de la información de retención a largo plazo, sin afectar

a la producción.

Sitio BC/DR Sitio de

Producción

Reproduce cambios solamente

Configuración de Failback Automatizada

Se recuerda la configuración previa

Automatizada y orquestada

(RTO) Recuperación en minutos

Orden de inicialización, Re-IP,

Textos y Validación

Migraciones de pequeña a gran escala

Clic para cambio en minutos

Segundos de intervalo, prueba antes

del cambio.

Clic para probar en red aislada

Prueba de Failover no perjudicial

No sólo para Clon de DR y Exterior

Retención de datos a largo

plazo

Amplía la protección de diario

No hay ventana de respaldo

Copia programada para el

depósito exterior en cualquier

sitio o nube pública

Figura 9. Las pruebas de

recuperación de desastres

no perjudiciales resultan

en informes de auditoría

que pueden utilizarse para

cumplimiento.

Retención a

largo plazo



Pruebas de entorno controlado

Con la funcionalidad de las pruebas de failover Zerto

puede crear un entorno de prueba y desarrollo.

Migración de Datos

Las migraciones y las consolidaciones de los centros

de datos son proyectos que consumen mucho tiempo

y recursos los cuales deben programarse y planearse

cuidadosamente para tratar de minimizar el tiempo

de inactividad y la pérdida de la productividad. Sin

embargo, con la tecnología de reproducción basada

en el hipervisor de Zerto, las migraciones pueden ser

una actividad casi llevadera. Utilizando los atributos

esenciales de ZVR, las aplicaciones virtuales pueden

probarse por adelantado y migrarse en sólo unos

pocos minutos con período de inactividad mínimo.

Simplicidad – Migrar VM es tan simple como

dirigir la reproducción al almacén de datos meta elegido y permitir que la información se reproduzca en el nuevo sitio en segundo plano de otras actividades comerciales.

Granularidad – Las migraciones pueden ser muy

granulares con la capacidad de migrar al nivel de Disco VM (VMDK), el cual puede dirigirse a diferentes niveles de almacenaje.

Flexible – El respaldo para un entorno

heterogéneo permite migraciones entre tipos diferentes de hardware y diferentes versiones de VMware e Hyper-V, de un entorno vCenter hacia un entorno de vCloud y entre versiones diferentes de ZVR.

Cambios totalmente automatizados – Ajustar la

configuración VPG, cambiando las VM a una nueva ubicación se logra de manera sencilla y con sólo unos pocos clics. Esto reduce dramáticamente el tiempo de inactividad de la aplicación a sólo unos pocos minutos, garantizando que las actividades de generación de ingresos no se vean afectadas.

Copias de datos de retención a largo plazo

Puesto que los datos se reproducen al sitio de DR, es fácil crear una copia exterior de los datos para retención o para cumplimiento a largo plazo. Este proceso y su infraestructura no son parte del sitio de producción, eliminando la carga de gastos generales y manejo y pueden manejarse de la misma interfaz del usuario ZVR. Recuperación de archivos y carpetas

Los desastres más comunes de los cuales los administradores necesitan recuperarse no son desastres naturales ni interrupciones de la energía eléctrica del sitio, sino archivos o carpetas perdidos o accidentalmente eliminados. ZVR ha resuelto este problema del desastre más frecuente al proporcionar la capacidad para recuperar un solo archivo o carpeta desde 14 días atrás en el pasado, utilizando el journal. La reproducción a nivel de bloque continua ofrece puntos de recuperación con sólo unos pocos segundos de diferencia, permitiéndole a TI ir al punto antes de que el archivo fuera eliminado o dañado y recuperarlo. Esto se ejecuta con sólo unos pocos clics y todo el trabajo perdido es altamente minimizado.

Riesgo – Minimiza pérdida de datos a través de

archivos, carpetas, VM, aplicaciones y sitios con la capacidad de recuperación a cualquier nivel, en cualquier momento determinado.

Simplicidad – Reduce el tiempo medio para la

recuperación con la capacidad para ajustar un flujo de trabajo automatizado para recuperar archivos, aplicaciones y datos.

Protege la productividad – Cuando se elimine

accidentalmente un archivo o carpeta, los usuarios finales ya no necesitan recrear horas o un día de trabajo perdido, manteniendo la productividad y la moral del empleado.

SECCIÓN 4 Ejemplos de Uso de la Reproducción Virtual de Zerto

Las ventajas de la Reproducción Virtual de Zerto

están disponibles para muchos ejemplos de uso

diferentes. La tecnología básica es indiferente al

almacenaje y respalda a hipervisores mixtos, lo que

significa que cualquier sitio puede reproducirse a

cualquier otro sitio, ya sea una nube privada, una

nube pública, un proveedor de servicios o una

sucursal.

Nube Privada a Nube Privada

El ejemplo más tradicional es establecer un sitio de

DR como una versión remota del centro de datos

interno. El aspecto menos tradicional es, que se

puede utilizar cualquier tipo de almacenaje,

cualquier proveedor de almacenaje y una

combinación de hipervisores. Zerto lo respalda sin

límite a la distancia.

Protección y Migración de Oficinas Satélite

Otra aplicación puede ser que Zerto se utilice para

proteger o migrar aplicaciones entre sucursales, de

nuevo utilizando cualquier tipo de almacenaje,

cualquier proveedor de almacenaje y una

combinación de hipervisores.

Nube híbrida, Recuperación de Desastres como

un Servicio (DRaaS)

Varios Proveedores de Servicios de Nube dan la

opción de utilizar la nube como un sitio DR. Si esta

Recuperación de Desastres como un Servicio se

basa en Zerto, esta ofrecerá todas las ventajas de

Zerto. Dentro de estos servicios es posible controlar

DR desde un portal de autoservicio, o hacer que se

maneje de manera remota por el proveedor de

servicios (Recuperación de Desastres Gestionada

como un Servicio), o incluso utilizar una nube

privada como un sitio DR para un sitio de

producción basado en la nube.

Recuperación de Desastres de Autoservicio

como un Servicio

También es posible utilizar un servicio de nube

pública, como Servicios de Internet Amazon, como

un sitio DR. Aquí los negocios tienen que configurar

el servicio ellos mismos, como si estuvieran

estableciendo un sitio de DR remoto.


Resumen de Zerto INGENIERÍA DE ZERTO CARACTERÍSTICAS DE ZERTO

Reproducción basada en el hipervisor – Reproducción continua a nivel de bloque a través de VMware e Hipervisores de Microsoft a través de sitios múltiples. Protección granular a nivel de VM – Protege exactamente lo que se necesita – VM y VMDK/VHD. Orquestación completa - Tolerancia al fallo (failover), conmutación por recuperación (failback) automáticas, protección reversa y pruebas de recuperación de desastres. Protección de datos continua – Recuperación de cualquier interrupción con 14 días de valía de puntos de verificación disponibles cada dos segundos. Protección de datos completa – Una solución para BC/DR a través del almacenaje e hipervisores con retención a largo plazo. Manejo sencillo – Manejo centralizado para dos sitios con el Gerente Virtual de Zerto o sitios múltiples con el Gerente de Nube de Zerto. Niveles de servicio dinámico – Logra objetivos de punto de recuperación de segundos u objetivos de tiempo de recuperación de minutos. Instalación sencilla – Completa en una hora sin cambiar las configuraciones de aplicación o almacenaje, ingeniero para el desempeño no DR. Protege cargas de trabajo de producción – Garantiza la coherencia de la aplicación con grupos de VM que son protegidos, manejados, reproducidos y recuperados como una entidad. Retención externa – Incrementa la utilidad de la información reproducida con capacidades de retención a largo plazo en el lugar de la reproducción. Reproducción indiferente al almacenaje – Quita barreras para entrar con la reproducción independiente del almacenaje. Respaldo para la nube pública – Reproduce, protege y migra cargas de trabajo a servicios de nube pública como los Servicios de Internet de Amazon.

¿DESEA PROBARLO? La Reproducción Virtual de Zerto puede instalar, configurar y reproducir máquinas virtuales (VM) en menos de 1 hora. Con simple reproducción basada en máquinas virtuales permite Objetivos de Punto de Recuperación (RPO) de segundos y Objetivos de Tiempo de Recuperación (RTO) de minutos. ¿Por qué no visitar www.zerto.com/trial y darle clic para descargar una prueba gratis hoy mismo? www.zerto.com/trial

Para cada vCenter/SCVMM

Instalación en minutos del Gerente

Virtual de Zerto (ZVM)

Integración de manejo de DR y de nivel

de VM

Pequeño y Ajustable

Reproducción de nivel de VM

Compresión, Aceleración y Resistencia

Sitio de Producción Sitio BC/DR

Reproducción

a Nivel VM

Sin inactividad, instalación sin

afectación

Dispositivos de Reproducción Virtual

de Zerto (VRA)

Uno por host en el cluster de fuente y

meta

Recuperación en momento

determinado

Diario de VM de Reproducción y

Sitio de Recuperación

Solamente espacio adicional de 7-

10%



Acerca de Zerto

Zerto proporciona software de recuperación de desastres

y continuidad de negocios de clase empresarial

específicamente para centros de datos virtuales y

entornos de nube.

La solución premiada de Zerto le proporciona a las

empresas reproducción y recuperación de datos continua

específicamente para infraestructura virtual y la nube. La

Reproducción Virtual de Zerto es la primera solución de

reproducción basada en el hipervisor de la industria para

aplicaciones de primer nivel, reemplazando a las

soluciones tradicionales BC/DR basadas en matrices que

no fueron construidas para tratar con el modelo virtual.

Hoy en día, las empresas de todas dimensiones están

desplegando aplicaciones en infraestructuras y nubes de

TI virtuales. Para maximizar las inversiones en estas

tecnologías es imperativo que los negocios tengan

armonización a través de toda su estrategia de TI. Para

maximizar el impacto de la estrategia de virtualización

para el entorno de producción, la virtualización deberá

incorporarse a todos los demás procesos y

procedimientos de TI.

¿DESEA PROBARLO?

La Reproducción Virtual de Zerto puede

instalarse, configurarse y reproducir VM en

menos de 1 hora. Con reproducción sencilla

basada en VM permite RPO de segundos y RTO

de minutos. ¿Por qué no visitar

www.zerto.com/trial y dar clic para descargar

una prueba gratis el día de hoy?

www.zerto.com/trial

Inteligencia en Seguridad

[email protected] * +52(55) 50278444 * www.pikitdigital.net/bcdr

Derechos de Autor 2016 Zerto. Toda la información podrá estar sujeta a cambios.



http://www.pikitdigital.net/bcdr

guía de recuperación de desastres - pikit digitalguía de recuperación de desastres activada por...

Documents