Hoja de datos
everRun® Extend
Permitiendo la recuperación de desastres de aplicaciones tolerantes a fallas a través de sitios conectados vía una WAN, usando replicación asincrónica
Ya sea que sean causados por la naturaleza, por fallas mecánicas o de energía, o por errores humanos, los desastres pueden resultar en la pérdida total de todos los recursos de computación en una instalación, dejando potencialmente a su empresa sin poder funcionar por días, o incluso semanas. Con Stratus® everRun® Extend, impulsado por la disponibilidad continua de Arcserve, puede combinar la redundancia del sistema con la recuperación de desastres basada en una red de área amplia para mantener un sistema de reserva en caliente ubicado en un sitio remoto.
El software de Disponibilidad Continua de Arcserve amplía las capacidades básicas de Stratus everRun para apoyar las capacidades de recuperación de desastres (DR) a través de una red de área amplia (WAN), en conjunto con la redundancia del sistema en uno o ambos sitios primarios y sitios remotos de DR.
Beneficios clave
- Asegurar la continuidad del negocio: Proteger las aplicaciones y datos críticos contra los desastres en todo el sitio
- Simplificar el despliegue y la gestión: Utilice el intuitivo Scenario Builder y el Servicio de Control para que la configuración y la gestión sean rápidas y fáciles.
- Paga sólo lo que necesites: Elija entre tres configuraciones diferentes que se ajusten a sus requisitos físicos y virtuales
Cómo encaja con everRun
everRun protege a los clientes de las fallas de los servidores, o de otras fallas del sistema o de los componentes de la red. La disponibilidad continua de Arcserve proporciona una recuperación de desastres en caso de desastres en el sitio. La configuración más típica del cliente incluye un sistema everRun ejecutándose en un sitio primario, y un sistema Windows o Linux ejecutándose en una sola máquina física en un sitio secundario de RD. La Disponibilidad Continua de Arcserve proporciona DR entre el sitio primario y el de DR (también llamado Maestro y Réplica). Algunos clientes también mantienen los sistemas de everRun en su sitio de RD, para asegurar una alta disponibilidad después de que se ejecute un escenario de recuperación de desastres.
El software Arcserve DR se instala en el sistema Windows o Linux para proteger las aplicaciones que se ejecutan en ese sistema. Es un producto complementario y en capas para el conjunto de productos everRun . El sistema Windows/Linux puede funcionar en una máquina física, en una máquina virtual (por ejemplo, en VMware) o en un sistema Windows/Linux que se ejecute en una máquina virtual protegida (PVM) de everRun .
La disponibilidad continua de Arcserve también está instalada en un sistema Windows/Linux en el sitio remoto de DR. También puede ser un sistema Windows/Linux que se ejecuta en una máquina física, en una máquina virtual (por ejemplo, en VMware) o un sistema Windows/Linux que se ejecuta en una máquina virtual protegida (PVM) everRun .
Son posibles tres configuraciones:
1. V2P: El sitio primario tiene la aplicación corriendo en un everRun PVM y el sitio DR tiene la aplicación corriendo en un sistema que no eseverRun .
2. V2V: Ambos sitios tienen la aplicación funcionando en un everRun PVM.
3. P2P: Ambos sitios tienen la aplicación corriendo en un sistema Windows/Linux corriendo en una máquina física o en un sistema que no seaeverRun .
El mismo software se utiliza para habilitar y entregar las tres configuraciones. Pero, los costos de licencia para estas tres configuraciones varían. No hay ninguna diferencia en las capacidades y funciones de estas tres configuraciones, aparte de las diferencias señaladas anteriormente.
Cómo se establece
Se establece un sistema en el sitio primario para ejecutar la aplicación a proteger. Otro sistema se establece en el sitio de DR para ejecutar la aplicación. Cualquiera de los dos sistemas puede ser un everRun o un VM que no seaeverRun o un sistema físico Windows/Linux. La aplicación se carga en ambos lados y el motor de Arcserve se carga en el sistema operativo en ambos lados. Se establece una conexión WAN para que Arcserve la utilice para los propósitos que se explican a continuación.
Durante el procesamiento normal, el software Arcserve realiza una réplica asincrónica inmediata y en tiempo real de todos los datos de la aplicación, entre el sitio primario y el sitio DR. El sitio primario ejecuta la aplicación activa. El sitio DR no ejecuta la aplicación y simplemente se mantiene actualizado para poder tomar el relevo del sitio primario cuando sea necesario.
Cuando el sitio primario tiene un fallo completo, el software de Arcserve ejecutará un escenario de DR, lo que hace que el sitio de DR suba a la red con la identidad del sitio primario, y reinicie las aplicaciones usando copias actualizadas de los datos.
Un componente separado, el módulo de servicio de control, se instala en una máquina autónoma (física o virtual). El Servicio de Control puede ser replicado para una alta disponibilidad. El escenario de conmutación por error, que impulsa la conmutación por error de un servidor primario al servidor de DR y viceversa (cuando sea necesario), se ejecuta desde el Servicio de Control.
El Servicio de Control es el sistema central de control y los usuarios/administradores del sistema pueden utilizar una interfaz de gestión, basada en un navegador, para conectarse al Servicio de Control, y tener visibilidad y control sobre toda su configuración.
El Servicio de Control funciona como el único punto de control de la operación de recuperación y de conmutación por error del Arcserve, y contiene los datos del escenario existente. El Servicio de control gestiona todas las tareas relacionadas con el escenario, y los gestores que están conectados a él le permiten supervisar las actividades de Arcserve. Para superar el peligro de perder los datos del Servicio de control, o de perder la capacidad de gestionar y supervisar sus escenarios, la disponibilidad continua de Arcserve le ofrece la replicación (redundancia) y la conmutación por error del Servicio de control para garantizar una muy alta disponibilidad de los datos y la funcionalidad del Servicio de control.
Detalles técnicos
1. Distancia máxima entre los dos servidores:
- No hay una distancia máxima. Los dos servidores están conectados a través de una WAN.
2. Requerimientos de hardware extra para los sistemas Windows en el sitio primario y el de DR:
- Ninguno. Dos sistemas (servidor estándar de Windows/Linux o sistema basado en everRun ) correctamente configurados para ejecutar la aplicación, pueden tener Arcserve añadido sin ningún hardware adicional.
3. Requisitos de software para los sistemas de Windows en el sitio primario y el de DR:
- Windows Server 2019, Windows 2016, 2012 R2, 2012, 2008 R2, 2008.
4. Requisitos de software para los sistemas Linux en el sitio primario y el de RD:
- Red Hat 7.4 - 7.7, 6.8 - 6.10, CentOS 6.8-6.10, 7.4-7.6, SUSE Enterprise Server 11 SP4, 12 SP2-SP4, 15, Oracle Linux 7.4-7.6, 6.8-6.10.
5. Requisitos de hardware/OS para el sistema de Servicio de Control:
- Windows Server 2019, Windows Server 2016, 2012 R2, 2012.
6. Ancho de banda mínimo para las conexiones WAN entre los dos servidores:
- Adecuado para llevar las actualizaciones de los archivos/bases de datos enviados desde el sitio primario al sitio de DR. Los usuarios pueden hacer cálculos de respaldo, basados en su conocimiento de la aplicación, o ejecutar el modo de evaluación para determinar el ancho de banda necesario.
7. Máxima latencia de ida y vuelta entre los dos servidores:
- La latencia no es un problema, mientras exista una conexión WAN fiable.
8. La gestión:
- La utilidad de gestión, llamada Centro de Gestión, está disponible a través de un navegador para presentar el estado del sistema al usuario. El navegador se conecta al Servicio de Control.
- El sistema puede ser configurado para ejecutar tareas para cada evento significativo que ocurra:
i. Envíe un mensaje con una descripción del evento.
ii. Ejecutar un guión especificado por el usuario.
Para aprender más sobre la computación sin preocupaciones, visite stratus.com.
