Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Descripción de la actualización de software sin interrupciones en conmutadores de la serie EX

RESUMEN La actualización de software sin interrupciones (NSSU) es una función que permite la actualización de todos los conmutadores compatibles de la serie EX en una red con un solo comando.

La actualización de software sin interrupciones (NSSU) le permite actualizar el software que se ejecuta en los conmutadores Ethernet de la serie EX de Juniper Networks con motores de enrutamiento redundantes y en todos los conmutadores miembro del chasis virtual de la serie EX con un solo comando. Durante la actualización, puede haber una interrupción mínima del tráfico de red durante el cambio de rol principal, y el alcance de la interrupción puede depender de la topología de red, la configuración, el tráfico de red y otros factores del entorno.

Nota:

Cuando un conmutador de la serie EX de un Virtual Chassis mixto se actualiza a Junos OS versión 15.1 o posterior desde una versión anterior a la versión 15.1, es posible que se produzca una caída del tráfico durante un máximo de 60 segundos.

Los siguientes chasis virtuales de la serie EX admiten NSSU:

La realización de una NSSU proporciona estos beneficios:

  • Sin interrupciones en el plano de control: una NSSU aprovecha el cambio de motor de enrutamiento ( GRES) y el enrutamiento activo sin interrupciones (NSR) para garantizar que no haya interrupciones en el plano de control. Durante el proceso de actualización, se conserva la información de la interfaz, el kernel y el protocolo de enrutamiento.

  • Interrupción mínima del tráfico de red: una NSSU minimiza la interrupción del tráfico de red al:

    • Actualizar las tarjetas de línea de una en una en un conmutador EX6200, EX8200 o chasis virtual EX8200, mientras se permite que el tráfico siga fluyendo a través de las tarjetas de línea que no se están actualizando.

    • Actualización de los conmutadores de miembro uno a la vez en otro Virtual Chassis de la serie EX, a la vez que se permite que el tráfico siga fluyendo a través de los miembros que no se están actualizando.

    Para lograr una interrupción mínima del tráfico, debe configurar los grupos de agregación de vínculos (LAG) de manera que los vínculos de miembro de cada LAG residan en diferentes tarjetas de línea o miembros de Virtual Chassis. Cuando un enlace miembro de un GAL está inactivo, los vínculos restantes están activos y el tráfico sigue fluyendo a través del LAG.

Nota:

Dado que NSSU actualiza el software en cada tarjeta de línea o en cada miembro del Virtual Chassis de una en una, una actualización con NSSU puede tardar más que una actualización con el request system software add comando.

En versiones anteriores a Junos OS versión 16.1, para conmutadores EX6200, EX8200 y Virtual Chassis EX8200, puede reducir la cantidad de tiempo que tarda una actualización configurando grupos de actualización de tarjeta de línea. Las tarjetas de línea de un grupo de actualización se actualizan simultáneamente, lo que reduce la cantidad de tiempo que se tarda en completar una actualización. Consulte Configuración de grupos de actualización de tarjetas de línea para una actualización de software sin interrupciones.

Requisitos para realizar una NSSU

Los siguientes requisitos se aplican a todos los conmutadores y chasis virtual:

Nota:

NSSU solo puede actualizar hasta tres versiones principales antes de la versión actual en un dispositivo. Para actualizar a una versión más de tres versiones anteriores a la versión actual en un dispositivo, use el proceso NSSU para actualizar el conmutador a una o más versiones intermedias hasta que el conmutador se encuentre dentro de las tres versiones principales de la versión de destino.

  • Todos los miembros de Virtual Chassis y todos los motores de enrutamiento deben ejecutar la misma versión de Junos OS.

  • El cambio de motor de enrutamiento correcto (GRES) debe estar habilitado.

  • El enrutamiento activo sin paradas (NSR) debe estar habilitado.

    Nota:

    Aunque no es necesario habilitar el puente sin interrupción (NSB) para realizar una NSSU, se recomienda habilitar NSB antes de realizar una NSSU. La habilitación de NSB garantiza que todos los protocolos de capa 2 compatibles con NSB funcionen sin problemas durante el cambio de motor de enrutamiento que forma parte de la NSSU. En versiones anteriores a Junos OS versión 16.1, consulte Configuración de puentes sin interrupción en conmutadores (procedimiento de CLI).

  • Para una interrupción mínima del tráfico, debe definir grupos de agregación de vínculos (LAG) de manera que los vínculos miembro residan en diferentes miembros de Virtual Chassis o en diferentes tarjetas de línea.

    Nota:

    Durante una operación de NSSU, si intenta ver el estado de la interfaz LAG en el miembro principal del motor de enrutamiento mediante el comando de la show interfaces ae-ae-interface-number CLI, es posible que vea recuentos de tráfico incorrectos o nulos. Para evitar este problema, ejecute el comando en el miembro del motor de enrutamiento de reserva en su lugar si ese miembro ya está cargado y en ejecución.

Los siguientes son requisitos para realizar NSSU en un chasis virtual de la serie EX (excluyendo el chasis virtual EX6200 o EX8200):

  • Los miembros del chasis virtual deben estar conectados en una topología de anillo para que ningún miembro quede aislado como resultado del reinicio de otro miembro. Esta topología impide que el chasis virtual se divida durante una NSSU.

  • El chasis virtual primario y la copia de seguridad deben estar adyacentes entre sí en la topología de anillo. La adyacencia permite que el primario y la copia de seguridad estén siempre sincronizados, incluso cuando los conmutadores en los roles de tarjeta de línea se están reiniciando.

  • El chasis virtual debe estar preaprovisionado para que la función de tarjeta de línea se haya asignado explícitamente a los conmutadores miembro que actúan en una función de tarjeta de línea. Durante una NSSU, los miembros del chasis virtual deben mantener sus roles: el rol principal y el de respaldo deben mantener sus roles principal y de respaldo (aunque el rol principal cambiará), y los conmutadores restantes deben mantener sus roles de tarjeta de línea.

  • Un chasis virtual de dos miembros debe haberse no-split-detection configurado para que el chasis virtual no se divida cuando una NSSU actualice a un miembro.

Nota:

Para el chasis virtual EX4300, debe habilitar la vcp-no-hold-time instrucción en el nivel de jerarquía [edit virtual-chassis] antes de realizar una actualización de software mediante NSSU. Si no habilita la vcp-no-hold-time instrucción, es posible que el chasis virtual se divida durante la actualización. Un Virtual Chassis dividido puede causar interrupciones en la red, y es posible que tenga que volver a configurar manualmente su Virtual Chassis después de la NSSU si la función de división y combinación estaba deshabilitada. Para obtener más información acerca de un Virtual Chassis dividido, consulte Descripción de la división y combinación en un Virtual Chassis

Cómo funciona una NSSU

En esta sección se describe lo que sucede cuando se solicita una NSSU en conmutadores de la serie EX y Virtual Chassis.

Nota:

Un Virtual Chassis EX4650 funciona igual que un Virtual Chassis QFX5120, por lo que para obtener detalles sobre la actualización de un Virtual Chassis EX4650 mediante NSSU, consulte Descripción de la actualización de software sin interrupción en un Virtual Chassis y Virtual Chassis mixto y Actualización de software en un Virtual Chassis y Virtual Chassis Mixto Using Nonstop Software Upgrade en lugar de este tema.

EX3300, EX3400, EX4200, EX4300, EX4400, EX4500, EX4600 y chasis virtual mixto

Cuando solicite una NSSU en un chasis virtual mixto o EX3300, EX3400, EX4200, EX4300, EX4400, EX4500 o mixto:

  1. El chasis virtual verifica principalmente que:

    • La copia de seguridad está en línea y ejecuta la misma versión de software.

    • El cambio de motor de enrutamiento elegante (GRES) y el enrutamiento activo sin paradas (NSR) están habilitados.

    • El chasis virtual tiene una configuración aprovisionada previamente.

  2. El principal instala la nueva imagen de software en la copia de seguridad y la reinicia.

  3. El primario resincroniza la copia de seguridad.

  4. El principal instala la nueva imagen de software en los conmutadores miembro que están en el rol de tarjeta de línea y los reinicia, uno a la vez. La principal espera a que cada miembro esté en línea y activo antes de iniciar la actualización de software en el siguiente miembro.

  5. Cuando se han actualizado todos los miembros que están en el rol de tarjeta de línea, el principal realiza un cambio de motor de enrutamiento correcto y la copia de seguridad actualizada se convierte en la principal.

  6. El software de la primaria original se actualiza y la principal original se reinicia automáticamente. Después de que el principal original se haya vuelto a unir al Virtual Chassis, opcionalmente puede devolverle el control solicitando un cambio correcto del motor de enrutamiento.

Conmutadores EX6200 y EX8200

Cuando solicite una NSSU en un conmutador independiente con motores de enrutamiento redundantes:

  1. El conmutador verifica que:

    • Ambos motores de enrutamiento están en línea y ejecutan la misma versión de software.

    • Ambos motores de enrutamiento tienen suficiente espacio de almacenamiento para la nueva imagen de software.

    • El cambio de motor de enrutamiento elegante y el enrutamiento activo sin interrupciones están habilitados.

  2. El conmutador instala la nueva imagen de software en el motor de enrutamiento de respaldo y lo reinicia.

  3. El conmutador vuelve a sincronizar el motor de enrutamiento de reserva con el motor de enrutamiento principal.

  4. Las tarjetas de línea del primer grupo de actualización (o la tarjeta de línea de la ranura 0, si no se definen grupos de actualización) descargan la nueva imagen y, a continuación, reinician. El tráfico sigue fluyendo a través de las tarjetas de línea en los otros grupos de actualización durante este proceso.

  5. Cuando las tarjetas de línea reiniciadas en el paso 4 vuelven a estar en línea, las tarjetas de línea del siguiente grupo de actualización descargan la nueva imagen y se reinician. Este proceso continúa hasta que todas las tarjetas de línea en línea se hayan reiniciado con el nuevo software.

    Nota:

    Si desconectó una tarjeta de línea con la CLI antes de iniciar la NSSU, la tarjeta de línea no se reiniciará y permanecerá sin conexión.

  6. El conmutador realiza un cambio correcto del motor de enrutamiento, de modo que el motor de enrutamiento de reserva actualizado se convierte en el principal.

  7. El conmutador instala el nuevo software en el motor de enrutamiento principal original.

    Para completar el proceso de actualización, se debe reiniciar el motor de enrutamiento principal original. Puede hacerlo manualmente o hacer que el conmutador realice un reinicio automático incluyendo la reboot opción cuando solicite la NSSU. Después de reiniciar la página principal original, puede devolverle opcionalmente el control solicitando un cambio correcto de motor de enrutamiento.

  8. (Solo conmutador EX6200) El motor de enrutamiento principal original se reinicia para completar la actualización del software.

    Nota:

    Para completar el proceso de actualización en un conmutador EX8200, debe intervenir para reiniciar el motor de enrutamiento principal original. Puede reiniciar manualmente el motor de enrutamiento principal original o hacer que el conmutador realice un reinicio automático incluyendo la reboot opción cuando solicite la NSSU.

  9. (Opcional) Después de reiniciar la página principal original, puede devolverle el control solicitando un cambio correcto de motor de enrutamiento.

    El conmutador puede mantener las operaciones normales con cualquiera de los motores de enrutamiento actuando como motor de enrutamiento principal después de la actualización del software, por lo que sólo tiene que realizar este cambio si desea devolver el control del motor de enrutamiento al motor de enrutamiento principal original.

Chasis virtual EX8200

Cuando solicite una NSSU en un chasis virtual EX8200:

  1. El motor de enrutamiento externo primario verifica que:

    • Tiene un motor de enrutamiento externo de respaldo que está en línea.

    • Todos los miembros de Virtual Chassis tienen motores de enrutamiento redundantes y los motores de enrutamiento están en línea.

    • Todos los motores de enrutamiento ejecutan la misma versión de software.

    • Todos los motores de enrutamiento tienen suficiente espacio de almacenamiento para la nueva imagen de software.

    • El cambio de motor de enrutamiento elegante y el enrutamiento activo sin interrupciones (NSR) están habilitados.

  2. El motor de enrutamiento externo principal instala la nueva imagen de software en el motor de enrutamiento externo de copia de seguridad y lo reinicia.

  3. El motor de enrutamiento externo de copia de seguridad se vuelve a sincronizar con el motor de enrutamiento externo principal.

  4. El motor de enrutamiento externo primario instala el nuevo software en los motores de enrutamiento de respaldo de los conmutadores miembro y reinicia los motores de enrutamiento de reserva.

  5. Cuando se completa el reinicio de los motores de enrutamiento de copia de seguridad, las tarjetas de línea del primer grupo de actualización descargan la nueva imagen y, a continuación, se reinician. (Si no se definen grupos de actualización, la tarjeta de línea en la ranura 0 del miembro 0 descarga la nueva imagen y se reinicia). El tráfico sigue fluyendo a través de las tarjetas de línea en los otros grupos de actualización durante este proceso.

  6. Cuando las tarjetas de línea reiniciadas en el paso 5 vuelven a estar en línea, las tarjetas de línea del siguiente grupo de actualización (o la siguiente tarjeta de línea secuencial) descargan la nueva imagen y se reinician. Este proceso continúa hasta que todas las tarjetas de línea en línea se hayan reiniciado con el nuevo software.

    Nota:

    Si desconectó una tarjeta de línea con la CLI antes de iniciar la NSSU, la tarjeta de línea no se reiniciará y permanecerá sin conexión.

  7. La nueva imagen de software se instala en los motores de enrutamiento primarios, tanto externos como internos.

  8. Los conmutadores miembro realizan un cambio correcto del motor de enrutamiento, de modo que los motores de enrutamiento de respaldo actualizados se convierten en primarios.

  9. El motor de enrutamiento externo primario realiza un cambio correcto del motor de enrutamiento para que el motor de enrutamiento externo de respaldo sea ahora el principal.

Para completar el proceso de actualización, se deben reiniciar los motores de enrutamiento principales originales, tanto externos como internos. Puede hacerlo manualmente estableciendo una conexión de consola con cada motor de enrutamiento o hacer que el reinicio se realice automáticamente incluyendo la reboot opción cuando solicite la NSSU. Después de reiniciar el motor de enrutamiento externo primario original, opcionalmente puede devolverle el control solicitando 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 anterior del software, 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 hacerlo reiniciando 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 lanzamiento de NSSU y Junos OS

Un Virtual Chassis debe estar ejecutando una versión de Junos OS que admita NSSU antes de poder realizar una NSSU. Si un Virtual Chassis está ejecutando una versión de software que no admite NSSU, utilice el request system software add comando.

En la Tabla 1 se enumeran los conmutadores y el chasis virtual de la serie EX que admiten NSSU y la versión de Junos OS en la que comenzaron a admitirlo.

Tabla 1: Soporte de plataforma y versión para NSSU

Plataforma

Versión de Junos OS

Chasis virtual EX3300

12.2 o posterior

Chasis virtual EX3400

15.1X53-D55 o posterior

Chasis virtual EX4200

12.1 o posterior

Chasis virtual EX4300

13.2X51-D20 o posterior
Chasis virtual multigigabit EX4300 18.2R1 o posterior
Chasis virtual EX4400 21.1 o posterior
Chasis virtual multigigabit EX4400 21.2 o posterior

Chasis virtual EX4500

12.1 o posterior

Chasis virtual EX4550

12.2 o posterior

Chasis virtual mixto EX4200 y EX4500

12.1 o posterior

Chasis virtual mixto EX4200 y EX4550

12.2 o posterior

Chasis virtual mixto EX4200, EX4500 y EX4550

12.2 o posterior

Chasis virtual mixtos EX4500 y EX4550

12.2 o posterior
Chasis virtual mixto EX4300 y EX4600 13.2X51-D25 o posterior

Conmutador EX6200

12.2 o posterior

Conmutador EX8200

10.4 o posterior

Chasis virtual EX8200

11.1 o posterior

Descripción general de la configuración y el funcionamiento de NSSU

Debe asegurarse de que la configuración del conmutador o del chasis virtual cumpla los requisitos descritos en Requisitos para realizar una NSSU. NSSU no requiere configuración adicional.

En versiones anteriores a Junos OS versión 16.1, para conmutadores EX6200, EX8200 y Virtual Chassis EX8200, opcionalmente puede configurar grupos de actualización de tarjetas de línea mediante la CLI. Consulte Ejemplo: Configuración de grupos de actualización de tarjetas de línea para una actualización de software sin interrupciones en conmutadores de la serie EX.

Para realizar una NSSU, ejecute el request system software nonstop-upgrade comando. Para obtener instrucciones detalladas sobre cómo realizar una NSSU, consulte los temas de Documentación relacionada.

Documentación relacionada

Tabla de historial de cambios

La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
16.1
En versiones anteriores a Junos OS versión 16.1, para conmutadores EX6200, EX8200 y Virtual Chassis EX8200, puede reducir la cantidad de tiempo que tarda una actualización configurando grupos de actualización de tarjeta de línea.