Post on 21-Jul-2020
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 info@pikitdigital.net Tel: + 52 (55) 50278444
Recuperación de Desastres (RD)
en Entornos Virtuales
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 info@zerto.com.
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
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)
4 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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.
GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 5
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
6 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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.
GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 7
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á.
8 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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
10 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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
GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 11
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.
12 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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.
14 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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.
GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 15
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
16 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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.
GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 17
18 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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
GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 19
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
GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO | 21
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.
22 | GUÍA DE RECUPERACIÓN DE DESASTRES – Activada por ZERTO
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
info@pikitdigital.net * +52(55) 50278444 * www.pikitdigital.net/bcdr
Derechos de Autor 2016 Zerto. Toda la información podrá estar sujeta a cambios.