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

La alta disponibilidad de su red (AD) aumenta cuando interconecta varios conmutadores en un chasis virtual. Un chasis virtual es más tolerante a errores que un conmutador independiente, ya que sigue funcionando cuando falla un conmutador de un solo miembro y ofrece una convergencia de menos de un segundo en caso de falla de un dispositivo o vínculo.

Puede mejorar aún más la alta disponibilidad configurando las funciones de alta disponibilidad disponibles para su chasis virtual. Puede, por ejemplo, configurar paquetes de grupos de agregación de vínculos (LAG) para incluir 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 se produce un error en un conmutador miembro único.

Un chasis virtual tiene motores de enrutamiento duales (el conmutador en la función principal y el conmutador en la función de respaldo) y, por lo tanto, admite muchas funciones de alta disponibilidad (HA) que no se admiten en conmutadores independientes, como la conmutación del motor de enrutamiento elegante (GRES) para una tolerancia a fallos sin fallas. Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Muchas funciones de alta disponibilidad para un chasis virtual 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 ninguna función de alta disponibilidad habilitada y cuando algunas funciones de alta disponibilidad están habilitadas.

Tabla 1: Efectos de una conmutación del motor de enrutamiento
Función de alta disponibilidad	Efecto de la conmutación del 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 respaldo. Debe realizarse un proceso de convergencia que requiera que todas las interfaces del chasis virtual se desconecten antes de que el chasis virtual vuelva a estar en línea. La conmutación puede tardar varios minutos y el chasis virtual no envía ni recibe tráfico hasta que se completa la conmutación.
Conmutación del motor de enrutamiento elegante (GRES) habilitada	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 paradas (NSB) o ambos habilitados	Los protocolos de capa 2 compatibles con NSB no se interrumpen 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 agraciado habilitado	El tráfico no se interrumpe durante la conmutación. Se conserva la información de la interfaz y del kernel. Las extensiones del protocolo de reinicio elegante recopilan y restauran rápidamente la información de enrutamiento para los protocolos admitidos de los dispositivos vecinos.