Descripción de la redundancia del motor de enrutamiento
RESUMEN La redundancia del motor de enrutamiento garantiza la funcionalidad continua de su red. Si el motor de enrutamiento principal se desconecta (ya sea por conmutación por error o conmutación), el motor de enrutamiento en espera se hace cargo de todas las funciones de enrutamiento.
Descripción general de la redundancia del motor de enrutamiento
Los motores de enrutamiento redundantes son dos motores de enrutamiento que se instalan en la misma plataforma de enrutamiento. Uno funciona como el principal, mientras que el otro se mantiene como una copia de seguridad en caso de que el motor de enrutamiento primario falle. En las plataformas de enrutamiento con motores de enrutamiento duales, la reconvergencia de la red tiene lugar más rápidamente que en las plataformas de enrutamiento con un solo motor de enrutamiento.
Cuando un motor de enrutamiento se configura como principal, tiene funcionalidad completa. Recibe y transmite información de enrutamiento, crea y mantiene tablas de enrutamiento, se comunica con interfaces y componentes del motor de reenvío de paquetes, y tiene control total sobre el chasis. Cuando un motor de enrutamiento está configurado para ser la copia de seguridad, no se comunica con el motor de reenvío de paquetes ni con los componentes del chasis.
En dispositivos que ejecutan Junos OS versión 8.4 o posterior, ambos motores de enrutamiento no se pueden configurar para ser principales al mismo tiempo. Esta configuración hace que se produzca un error en la comprobación de confirmación.
Una conmutación por error del motor de enrutamiento principal al motor de enrutamiento de reserva se produce automáticamente cuando el motor de enrutamiento principal experimenta un error de hardware o cuando ha configurado el software para admitir un cambio de rol principal basado en condiciones específicas. También puede cambiar manualmente el rol principal de Motor de enrutamiento emitiendo uno de los request chassis routing-engine
comandos. En este tema, el término conmutación por error hace referencia a un evento automático, mientras que el cambio se refiere a un evento automático o manual.
Cuando se produce una conmutación por error o un cambio, el motor de enrutamiento de reserva toma el control del sistema como el nuevo motor de enrutamiento principal.
-
Si no se configura un cambio correcto del motor de enrutamiento , cuando el motor de enrutamiento de reserva se convierte en principal, restablece el plano del conmutador y descarga su propia versión del microkernel en los componentes del motor de reenvío de paquetes. El tráfico se interrumpe mientras se reinicia el motor de reenvío de paquetes. Se reinician todos los procesos de kernel y reenvío.
-
Si se configura un cambio correcto de motor de enrutamiento, se conserva la información de la interfaz y del kernel. La conmutación es más rápida porque los motores de reenvío de paquetes no se reinician. El nuevo motor de enrutamiento principal reinicia el proceso de protocolo de enrutamiento (rpd). Todo el hardware y las interfaces se adquieren mediante un proceso similar a un reinicio en caliente.
-
Si se configura un cambio correcto del motor de enrutamiento y un enrutamiento activo sin interrupciones (NSR), el tráfico no se interrumpirá durante el cambio. Se conserva la información de la interfaz, el kernel y el protocolo de enrutamiento.
-
Si se configuran un cambio y un reinicio correctos del motor de enrutamiento, el tráfico no se interrumpirá durante el cambio. Se conserva la información de la interfaz y del kernel. Las extensiones de protocolo de reinicio elegante recopilan y restauran rápidamente la información de enrutamiento de los enrutadores vecinos.
Condiciones que desencadenan una conmutación por error del motor de enrutamiento
Los siguientes eventos pueden provocar un cambio automático en el rol principal del motor de enrutamiento, dependiendo de su configuración:
-
La plataforma de enrutamiento experimenta un error de hardware. Se produce un cambio en la función principal del motor de enrutamiento si el motor de enrutamiento o el módulo o subsistema de host asociado se apaga abruptamente. También puede configurar el motor de enrutamiento de copia de seguridad para que asuma la función principal si detecta un error de disco duro en el motor de enrutamiento principal. Para habilitar esta característica, incluya la
failover on-disk-failure
instrucción en el nivel de[edit chassis redundancy]
jerarquía. -
La plataforma de enrutamiento experimenta un error de software, como un bloqueo del kernel o un bloqueo de la CPU. Debe configurar el motor de enrutamiento de reserva para que asuma la función principal cuando detecte una pérdida de señal keepalive. Para habilitar este método de conmutación por error, incluya la
failover on-loss-of-keepalives
instrucción en el nivel de[edit chassis redundancy]
jerarquía. -
La plataforma de enrutamiento experimenta un error de interfaz em0 en el motor de enrutamiento principal. Debe configurar el motor de enrutamiento de copia de seguridad para que asuma la función principal cuando detecte el error de interfaz em0. Para habilitar este método de conmutación por error, incluya la
on-re-to-fpc-stale
instrucción en el nivel de[edit chassis redundancy failover]
jerarquía. -
Un proceso de software específico falla. Puede configurar el motor de enrutamiento de copia de seguridad para que asuma la función principal cuando uno o más procesos especificados fallen al menos cuatro veces en 30 segundos. Incluya la
failover other-routing-engine
instrucción en el[edit system processes process-name]
nivel jerárquico.
Si se cumple alguna de estas condiciones, se registra un mensaje y el motor de enrutamiento de reserva intenta asumir el rol principal. De forma predeterminada, se genera una alarma cuando se activa el motor de enrutamiento de reserva. Después de que el motor de enrutamiento de respaldo asume la función principal, sigue funcionando como principal incluso después de que el motor de enrutamiento principal configurado originalmente haya reanudado correctamente el funcionamiento. Debe restaurarlo manualmente a su estado de copia de seguridad anterior. (Sin embargo, si en algún momento uno de los motores de enrutamiento no está presente, el otro motor de enrutamiento se convierte en primario automáticamente, independientemente de cómo se configure la redundancia).
Comportamiento predeterminado de redundancia del motor de enrutamiento
De forma predeterminada, Junos OS utiliza re0 como motor de enrutamiento principal y re1 como motor de enrutamiento de reserva. A menos que se especifique lo contrario en la configuración, re0 siempre se convierte en principal cuando se reinicia el motor de enrutamiento principal que actúa.
Un solo motor de enrutamiento en el chasis siempre se convierte en el motor de enrutamiento principal, incluso si anteriormente era el motor de enrutamiento de reserva.
Realice los pasos siguientes para ver cómo funciona la configuración de redundancia predeterminada del motor de enrutamiento:
-
Asegúrese de que re0 es el motor de enrutamiento principal.
-
Cambie manualmente el estado del rol principal del motor de enrutamiento emitiendo el
request chassis routing-engine master switch
comando desde el motor de enrutamiento principal. re0 es ahora el motor de enrutamiento de reserva y re1 es el motor de enrutamiento principal.Nota:En el siguiente reinicio del motor de enrutamiento principal, Junos OS devuelve el enrutador al estado predeterminado porque no ha configurado los motores de enrutamiento para mantener este estado después de un reinicio.
-
Reinicie el motor de enrutamiento principal re1.
El motor de enrutamiento se inicia y lee la configuración. Dado que no ha especificado en la configuración qué motor de enrutamiento es el principal, re1 utiliza la configuración predeterminada como copia de seguridad. Ahora tanto re0 como re1 están en estado de copia de seguridad. Junos OS detecta este conflicto y, para evitar un estado sin principal, vuelve a la configuración predeterminada para dirigir re0 para que se convierta en principal.
Situaciones que requieren que detenga los motores de enrutamiento
Antes de apagar la alimentación de una plataforma de enrutamiento que tenga dos motores de enrutamiento o antes de quitar el motor de enrutamiento principal, primero debe detener el motor de enrutamiento de reserva y, a continuación, detener el motor de enrutamiento principal. De lo contrario, es posible que deba reinstalar Junos OS. Puede usar el request system halt both-routing-engines
comando en el motor de enrutamiento principal, que primero apaga el motor de enrutamiento principal y, a continuación, apaga el motor de enrutamiento de reserva. Para apagar solo el motor de enrutamiento de reserva, ejecute el request system halt
comando en el motor de enrutamiento de respaldo.
Si detiene el motor de enrutamiento principal y no lo apaga ni lo quita, el motor de enrutamiento de reserva permanece inactivo a menos que lo haya configurado para convertirse en el principal cuando detecte una pérdida de señal keepalive del motor de enrutamiento principal.
Para reiniciar el enrutador, debe iniciar sesión en el puerto de la consola (en lugar del puerto de administración Ethernet) del motor de enrutamiento. Cuando inicia sesión en el puerto de consola del motor de enrutamiento principal, el sistema se reinicia automáticamente. Después de iniciar sesión en el puerto de la consola del motor de enrutamiento de reserva, presione Intro para reiniciarlo.
Si ha actualizado el motor de enrutamiento de reserva, primero reinícielo y, a continuación, reinicie el motor de enrutamiento principal.