Descripción de la actualización ininterrumpida de software en una estructura de chasis virtual
Con una actualización de software sin interrupciones (NSSU), puede actualizar el software que se ejecuta en todos los conmutadores miembro en una estructura de chasis virtual (VCF) con una interrupción mínima del tráfico de red durante la actualización. Puede utilizar NSSU con una VCF de la siguiente manera:
NSSU se admite en un modo no mixto o mixto QFX5100 VCF con hasta 20 miembros.
Para una interrupción mínima del tráfico, debe configurar grupos de agregación de vínculos (LAG) de modo que los vínculos de miembro de cada LAG residan en distintos miembros vcf. Cuando un vínculo miembro de un LAG está caído, los vínculos restantes están activo y el tráfico continúa fluyendo a través de la LAG.
Dado que NSSU actualiza el software en cada miembro de VCF de uno en uno, una actualización mediante NSSU puede tardar más que una actualización mediante el request system software add comando.
Puede reducir el tiempo que tarda una actualización en configurar grupos de actualización de tarjetas de línea NSSU. Los miembros de un Virtual Chassis o VCF en un grupo de actualización se actualizan simultáneamente. Consulte Configuración de grupos de actualización de tarjetas de línea para una actualización de software sin interrupciones.
Beneficios de NSSU
Sin interrupción en el plano de control: NSSU utiliza conmutación de motor de enrutamiento (GRES) y enrutamiento activo sin interrupción (NSR) para garantizar que no se produzca ninguna interrupción en el plano de control. Durante el proceso de actualización, el VCF conserva la información de la interfaz, el kernel y el protocolo de enrutamiento.
Interrupción mínima del tráfico de red: NSSU minimiza la interrupción del tráfico de red mediante la actualización de conmutadores miembro de uno en uno, lo que permite a los miembros principales y de respaldo mantener sus roles principales y de respaldo (aunque el rol principal cambiará) sin interrumpir el tráfico, y permitir que el tráfico continúe fluyendo a través de miembros en el rol de tarjeta de línea que no se están actualizando.
Requisitos para realizar una NSSU para una VCF
Debe configurar lo siguiente en el VCF antes de solicitar una operación NSSU:
Conmutación elegante del motor de enrutamiento (GRES).
Enrutamiento activo sin interrupción (NSR) y puente sin interrupción (NSB).
Nota:Recomendamos habilitar NSB cuando configure un VCF con cualquier modo de aprovisionamiento (preprovisionado, aprovisionado automáticamente o no aprovisionado) para evitar perder la adyacencia del protocolo de control de capa 2 durante una conmutación de motor de enrutamiento.
Además, cuando habilite NSR y NSB, confirme la configuración mediante el
commit synchronizecomando cli.Para una interrupción mínima del tráfico, defina grupos de agregación de vínculos (LAG) de modo que los vínculos LAG miembro residan en distintos miembros de VCF.
También se requieren las siguientes condiciones para una operación correcta de NSSU:
Interconecte los miembros de VCF en una topología spine-and-leaf, con cada dispositivo leaf conectado a todos los dispositivos spine configurados. Esta topología impide que el VCF se divida durante una operación de NSSU.
Nota:También debe configurar
no-split-detectionen un VCF de dos miembros para que el VCF no se divida cuando NSSU actualiza un miembro.Utilice la preprovisionación cuando configure inicialmente el VCF, de modo que asigne explícitamente el rol de motor de enrutamiento o la función de tarjeta de línea a los conmutadores miembro que actúan en cada una de esas funciones.
Durante una NSSU, los miembros del VCF deben mantener sus roles: el principal y el respaldo deben mantener sus roles principales y de respaldo (aunque la función principal cambiará) y esos conmutadores miembro deben permanecer en sus roles de motor de enrutamiento. Los conmutadores restantes deben mantener sus roles de tarjeta de línea.
Solo puede tener dos miembros en la función Motor de enrutamiento en la configuración preprovisionada. El proceso de NSSU comprueba la configuración del miembro, muestra un mensaje de advertencia si detecta que configuró más de dos conmutadores en la función motor de enrutamiento y detiene la actualización.
Cómo funciona NSSU para un VCF
Cuando solicite una NSSU en un VCF:
El VCF principal verifica que:
La copia de seguridad está en línea.
Ha habilitado la conmutación elegante del motor de enrutamiento (GRES), el enrutamiento activo sin interrupción (NSR) y el puente sin interrupción (NSB).
El VCF tiene una configuración preprovisionada con solo 2 miembros en el rol de motor de enrutamiento.
El principal transfiere la nueva imagen de software a la copia de seguridad y al resto de los miembros del rol de tarjeta de línea en secuencia mediante
rcp.A partir de Junos OS versión 14.1X53-D40, para optimizar el tiempo necesario para completar una operación de NSSU para una VCF, la principal utiliza sesiones paralelas
rcppara copiar el software nuevo a varios miembros a la vez (en lugar de esperar a que se complete la operación de copia a cada miembro antes de empezar a copiar la imagen del software al siguiente miembro). El número de operaciones de copia paralela se determina mediante un algoritmo predeterminado basado en el número de miembros en el VCF o en un VCF QFX5100 que puede configurar un número específico mediante larcp-countinstrucción de configuración. Consulte rcp-count para obtener más información.Nota:Si se produce un error al copiar el software nuevo a cualquier miembro del rol de tarjeta de línea, NSSU termina el proceso de actualización para todo el VCF sin reiniciar ningún miembro y registra la condición de error. A partir de Junos OS versión 14.1X53-D40, después de que se produce un error en una copia de NSSU de la nueva imagen de software a un miembro, el principal realiza una medida adicional de recuperación de errores para quitar el nuevo software de los miembros a los que ya se transfirió.
El principal reinicia la copia de seguridad con el nuevo software y la copia de seguridad se resincroniza con la principal.
El principal carga y reinicia los conmutadores miembro que están en el rol de tarjeta de línea, uno a la vez. El principal espera a que cada miembro se vuelva en línea y activo ejecutando el nuevo software antes de reiniciar el siguiente miembro.
Si configuró grupos de actualización, el miembro de VCF o los miembros del primer grupo de actualización cargarán la imagen nueva y se reiniciarán. Cuando los miembros de ese grupo de actualización estén en línea de nuevo, los miembros del siguiente grupo de actualización cargan la nueva imagen y se reinician.
El tráfico continúa fluyendo a través de los otros miembros durante este proceso.
El reinicio continúa hasta que todos los miembros activos se hayan reiniciado con el nuevo software.
Nota:Si algún miembro no se reinicia correctamente (incluido el reinicio inicial de la copia de seguridad), NSSU termina el proceso de actualización y registra la condición de error. En este caso, para evitar la inestabilidad de VCF, debe retirar la actualización parcial restaurando el software antiguo y reiniciando los miembros que ya se reiniciaron con el nuevo software, o intentar reiniciar manualmente todos los miembros con el nuevo software que se les copió, de modo que todos los miembros vuelvan a conectarse ejecutando la misma versión del software.
A partir de Junos OS versión 14.1X53-D40, NSSU invoca automáticamente medidas de recuperación si el reinicio falla en cualquier miembro de rol de tarjeta de línea, deteniendo el proceso de reinicio secuencial y derribando y reiniciando todo el VCF. Esta acción lleva a todos los miembros al mismo tiempo a ejecutar el nuevo software, que recupera la operación de VCF estable más rápidamente que tener una VCF inestable que ejecuta diferentes versiones del software que intentan converger.
Cuando se han actualizado todos los miembros que se encuentran en el rol de tarjeta de línea, el principal realiza una conmutación correcta del motor de enrutamiento y la copia de seguridad actualizada se convierte en la principal.
El software en el principal original se actualiza y el principal original se reinicia automáticamente. Después de que el principal original se haya reincorporado al VCF, opcionalmente puede devolverle el control mediante la solicitud de un cambio correcto del motor de enrutamiento.
Limitaciones de NSSU
No puede usar una NSSU para degradar el software, es decir, para instalar una versión anterior del software que la que se está ejecutando actualmente en el conmutador. Para instalar una versión de software anterior, utilice el request system software add comando.
No puede revertir a la versión de software anterior después de realizar una actualización mediante NSSU. Si necesita revertir a la versión de software anterior, puede reiniciar desde la partición raíz alternativa si aún no ha copiado la nueva versión de software en la partición raíz alternativa.
Soporte de la versión de NSSU y Junos OS
NSSU se admite en un VCF QFX5100 con hasta 20 conmutadores miembro en Junos OS versión 13.2X51-D20 o posterior.
No puede usar NSSU para actualizar un VCF QFX5100 de una imagen de Junos OS "-qfx-5-" (consulte el nombre de archivo del paquete) a una imagen "-qfx-5e-". Primero debe actualizar todos los conmutadores QFX5100 a una imagen "-qfx-5e-" que admita NSSU. Luego, puede usar NSSU para actualizar el VCF a una versión posterior de Junos OS "-qfx-5e-" para combinaciones compatibles desde y para lanzar. Consulte Actualizar un conmutador QFX5100 con un dispositivo USB para unirse a una estructura de chasis virtual o virtual QFX5110.
Un VCF primero debe ejecutar una versión de Junos OS compatible con NSSU antes de que pueda realizar una NSSU para actualizarla a una versión posterior.
Si un VCF ejecuta una versión de software que no admite NSSU, puede actualizar el VCF mediante el comando de CLI estándar para actualizar el software. request system software add Consulte Actualización del software de estructura de chasis virtual mediante funciones de actualización de software automáticas o estándar, que requieren tiempo de inactividad de VCF, o el ejemplo de configuración de red Cómo actualizar un VCF serie QFX de cuatro miembros, lo que minimiza la interrupción del servicio durante el proceso de actualización.
NSSU solo funciona en VCFs con versiones particulares de Junos OS y de Junos OS. Póngase en contacto con el Centro de asistencia técnica de Juniper Networks (JTAC) para confirmar el soporte de y para las versiones si está considerando actualizar su VCF mediante NSSU.
Descripción general de la configuración y operación de NSSU
Debe asegurarse de que la configuración cumple los requisitos descritos en Requisitos para realizar una NSSU para una VCF. La ejecución de NSSU en sí no requiere ninguna configuración adicional.
Para iniciar una NSSU, escriba el comando de CLI request system software nonstop-upgrade . Para obtener instrucciones detalladas sobre cómo realizar una NSSU, consulte los temas de la documentación relacionada.
rcp para copiar el software nuevo a varios miembros a la vez (en lugar de esperar a que se complete la operación de copia a cada miembro antes de empezar a copiar la imagen del software al siguiente miembro).