Hoja de datos

everRun® SplitSite®

Protección de disponibilidad en todo el metro

Los desastres, ya sean naturales o causados por error humano, pueden resultar en la pérdida total de un data center físico, dejando potencialmente su negocio incapaz de funcionar durante días, o incluso semanas. En las industrias reguladas, un problema en todo el sitio puede llevar a la pérdida de datos que arriesga el cumplimiento, añadiendo significativamente a sus costos de tiempo de inactividad. Por ello, las empresas de las industrias reguladas, como la farmacéutica, la manufacturera y la de servicios financieros, utilizan la protección de everRun SplitSite para asegurarse de que todos sus datos se replican de forma segura y permanecen disponibles en todo momento.

everRun con SplitSite amplía la protección de su empresa contra los fallos de energía localizados y los problemas en todo el edificio utilizando máquinas físicas ubicadas en diferentes edificios o centros de datos. Con everRun SplitSite, si se produce un desastre en un lugar, las aplicaciones y los datos están disponibles de inmediato, actualizados y totalmente operativos en otro lugar sin la intervención del personal de TI. SplitSite conecta dos máquinas físicas (PM) en dos sitios geográficamente separados. SplitSite proporciona la disponibilidad de las aplicaciones en ambos sitios mediante la replicación síncrona. Se pueden seleccionar tanto los niveles de protección de alta disponibilidad (HA) como los tolerantes a fallos (FT). Y como en una configuración de un solo sitio, everRun detecta automáticamente las fallas de disco y de red y opera alrededor de ellas. Para las máquinas virtuales con protección FT, SplitSite mantendrá las máquinas virtuales funcionando sin tiempo de inactividad, incluso a través de un fallo del PM o del sitio. Cuando un sitio o PM fallido se vuelve a poner en servicio, everRun SplitSite resincronizará automáticamente las unidades de disco y la memoria de las máquinas virtuales.

everRun's SplitSite soporta despliegues tolerantes a los desastres que mantienen la redundancia del hardware, así como la redundancia de las salas de computación física y los edificios que las contienen. Al soportar la separación geográfica, esta potente solución tolerante a los desastres protege aún más a su empresa del tiempo de inactividad importante debido a eventos potencialmente catastróficos, como inundaciones y cortes de energía. everRun SplitSite elimina el coste y la complejidad asociados a los productos típicos de recuperación reactiva. Los clientes suelen utilizar SplitSite en campus más grandes o en entornos metropolitanos, como una alternativa en tiempo real a la recuperación de desastres en varios sitios.

Beneficio clave

  • Protección contra los fallos de energía localizados y los problemas de todo el edificio
  • Protección contra los fallos de las máquinas físicas dentro de un área metropolitana
  • Resincronización automática cuando se devuelven al servicio los sitios fallidos

Requisitos del SplitSite y licencias

No existe una limitación de distancia universal para SplitSite, ya que pueden entrar en juego varios factores. Cualquier interruptor de la red que intervenga aumenta la latencia y aumenta la posibilidad de perder la conexión entre los nodos, lo que resulta en una condición de cerebro dividido. Para todas las configuraciones de SplitSite, Stratus requiere que también se utilice un servicio de quórum.

En cambio, las configuraciones SplitSite están sujetas a especificaciones de latencia máxima: no más de 10ms de latencia de ida y vuelta del A-Link para los VM de HA, y 2ms de latencia de ida y vuelta del A-Link para los VM de FT. La separación de los PM hasta 10km (usando fibra de 1 Gbps) es una topología de red A-Link común que puede cumplir con la mayoría de los requisitos de latencia. El rendimiento individual, incluso dentro de estas especificaciones de latencia, puede depender de la aplicación específica.

Las únicas condiciones para el soporte de Stratus son la licencia, el uso del quórum y el cumplimiento de los requisitos de latencia. De lo contrario, cualquier equipo de red y topología se acomodan. En una red típica, la distancia segura entre los servidores es de 5 a 10 km. Sin embargo, Stratus tiene algunos clientes con redes muy rápidas que están utilizando SplitSite hoy en día en escenarios en los que los PM están separados 50km o más entre sí.

Servidores de Quórum y SplitSite

Se requiere el uso de quórum para las configuraciones del SplitSite para protegerse contra la pérdida de datos (debido al cerebro dividido) y para permitir con seguridad que las máquinas virtuales se inicien automáticamente si un segundo everRun PM o sitio ha fallado. En una configuración SplitSite, necesitará al menos uno, y óptimamente dos, servidores de quórum. Estos servidores se utilizan para protegerse de los fallos de la red que podrían hacer que los dos nodos de everRun perdieran la comunicación entre sí y funcionaran en un escenario de cerebro dividido. La disponibilidad de quórum se mejora, y los escenarios de cierre obligatorio de VM se minimizan, si los servidores de quórum se colocan en un tercer lugar y se implementa un diseño de red de quórum apropiado. Los servidores de quórum no requieren hardware dedicado ni tienen ningún requisito específico de latencia de red. Pueden funcionar como un servicio de Windows y ser instalados en casi cualquier estación de trabajo o servidor de Windows que se utilice para otros fines, siempre y cuando la computadora se deje funcionando las 24 horas del día.

Consideraciones sobre los servidores de quórum

El software de servicio de quórum puede instalarse en cualquier computadora de uso general o portátil con Windows Server 2016, Server 2012, Server 2008, Windows 10 o Windows 7; siempre encendido y con un mínimo de 100 MB de espacio en disco y una tarjeta de interfaz de red con conectividad a la configuración everRun a través de la red de gestión.

Requisitos de la red SplitSite  

  • Los NIC deben ser de al menos 1 Gb y completamente dúplex; use 10 Gb, si es posible.
  • Los conmutadores y/o convertidores de fibra a cobre conectados a la red privada deben estar sin enrutar, sin bloquear y soportar IPv6.
  • Para los sistemas que ejecutan VMs protegidos por FT, los A-Links requieren:
    • Un ancho de banda mínimo de 1 Gbps por VM
    • Una latencia máxima entre sitios* de 2ms, tiempo de ida y vuelta
  • Para los sistemas que funcionan sólo con VMs protegidos con HA, los Enlaces A requieren:
    • Un ancho de banda mínimo de 155 Mbps por VM
    • Una latencia máxima entre sitios* de 10ms, tiempo de ida y vuelta
  • No utilice una tarjeta común (NIC multipuerto) para múltiples enlaces A.
  • Los A-Links pueden ser conexiones de fibra punto a punto dedicadas o en una VLAN. Las VLANs usadas para conectar los puertos de los A-Links no deben filtrar ninguna comunicación entre los dos nodos de everRun .

* Calcular la latencia a 1ms por cada 100 millas de fibra, más cualquier latencia añadida por interruptores no enrutados, no bloqueantes o convertidores de fibra.  

Activos relacionados

Desplácese a la parte superior