Descripción de la alta disponibilidad en un chasis virtual de la serie EX

Aumenta la alta disponibilidad (HA) de la red cuando interconecta un conmutador Ethernet de la serie EX de Juniper Networks en un chasis virtual. Un chasis virtual es más tolerante a errores que un conmutador independiente de la serie EX, ya que permanece activo cuando falla un conmutador de un solo miembro, y proporciona convergencia de subsegundo en el caso de un fallo de dispositivo o vínculo.

Puede mejorar aún más la alta disponibilidad (HA) configurando las funciones de alta disponibilidad disponibles para su chasis virtual de la serie EX. Por ejemplo, puede configurar paquetes de grupos de agregación de vínculos (LAG) para que incluyan vínculos de miembro en varios conmutadores miembro en el mismo chasis virtual. Esta configuración aumenta la tolerancia a errores, ya que el tráfico que atraviesa el LAG se puede redirigir a un conmutador miembro activo cuando falla un conmutador de un solo miembro.

Un chasis virtual tiene dos motores de enrutamiento (el conmutador en el rol principal y el conmutador en el rol de respaldo) y, por lo tanto, admite muchas funciones de alta disponibilidad (HA) que no son compatibles con los conmutadores independientes de la serie EX, como el cambio de motor de enrutamiento correcto (GRES) para conmutación por error sin fallas. Para obtener información sobre cuáles de las funciones de alta disponibilidad enumeradas en la tabla 1 son compatibles con el chasis virtual de la serie EX, consulte el Explorador de características.

Muchas funciones de alta disponibilidad (HA) del chasis virtual de la serie EX están diseñadas para mejorar la resistencia de la red después de un cambio de motor de enrutamiento. En la Tabla 1 se describen los efectos de un cambio de motor de enrutamiento cuando no hay características de alta disponibilidad habilitadas y cuando algunas características de alta disponibilidad están habilitadas.

Tabla 1: Efectos de un cambio de motor de enrutamiento

Característica de alta disponibilidad	Efecto del cambio de motor de enrutamiento
No hay funciones de alta disponibilidad habilitadas	La información del kernel y del estado de reenvío no se conserva en el motor de enrutamiento de la copia de seguridad. Se debe realizar un proceso de convergencia que requiere que todas las interfaces del Virtual Chassis se desconecten antes de que el Virtual Chassis vuelva a estar en línea. El cambio puede tardar varios minutos y el Virtual Chassis no envía ni recibe tráfico hasta que se completa la conmutación.
Cambio de motor de enrutamiento elegante (GRES) habilitado	La información del kernel y del estado de reenvío se conserva en ambos motores de enrutamiento, por lo que el proceso de convergencia no se produce y el cambio se produce rápidamente con una pérdida de tráfico mínima.
Enrutamiento activo sin paradas (NSR), puente sin interrupción (NSB) o ambos habilitados	Los protocolos de capa 2 compatibles con NSB no se ven interrumpidos por un cambio de motor de enrutamiento cuando NSB está habilitado. La información del protocolo de capa 2 para todos los protocolos de capa 2 activos se almacena en ambos motores de enrutamiento cuando NSB está habilitado. Los protocolos de capa 3 compatibles con NSR no se ven interrumpidos por un cambio de motor de enrutamiento cuando NSR está habilitado. La información del protocolo de capa 3 para todos los protocolos de capa activos se almacena en ambos motores de enrutamiento cuando NSR está habilitado.
Reinicio de protocolo correcto habilitado	El tráfico no se interrumpe durante el cambio. Se conserva la información de la interfaz y del kernel. Las extensiones de protocolo de reinicio correcto recopilan y restauran rápidamente la información de enrutamiento de los protocolos compatibles de los dispositivos vecinos.