Actualización de software mediante actualización de software sin interrupciones en chasis virtual de la serie EX y chasis virtual mixto (procedimiento de la CLI)
Puede usar la actualización de software sin interrupción (NSSU) para actualizar el software que se ejecuta en todos los conmutadores miembro en la mayoría de los chasis virtual de la serie EX con una interrupción mínima del tráfico durante la actualización.
Actualización de software sin paradas (NSSU) enumera los conmutadores de la serie EX y el chasis virtual que admiten NSSU y la versión de Junos OS en la que comenzaron a admitirlo.
Este tema cubre lo siguiente:
Preparación del conmutador para la instalación del software
Antes de comenzar la instalación de software mediante NSSU:
Asegúrese de que el chasis virtual esté configurado correctamente para admitir NSSU. Compruebe lo siguiente:
Los miembros del chasis virtual están conectados en una topología de anillo. Una topología de anillo impide que el chasis virtual se divida durante una NSSU.
El chasis virtual principal y la copia de respaldo están adyacentes entre sí en la topología de anillo. La adyacencia permite que el principal y el respaldo estén siempre sincronizados, incluso cuando los conmutadores en los roles de tarjeta de línea se están reiniciando.
El chasis virtual está preaprovisionado para que la función de tarjeta de línea se haya asignado explícitamente a los conmutadores miembro que actúan en la función de tarjeta de línea. Durante una NSSU, los miembros del chasis virtual deben mantener sus funciones: el principal y el respaldo deben mantener sus funciones principal y de respaldo (aunque la función principal cambiará), y los demás conmutadores miembro deben mantener sus funciones de tarjeta de línea.
Un chasis virtual de dos miembros se ha
no-split-detectionconfigurado de manera que el chasis virtual no se divida cuando una NSSU actualice un miembro.
Compruebe que los miembros ejecutan la misma versión del software:
user@switch>
show versionSi los miembros del chasis virtual no ejecutan la misma versión del software, utilice el
request system software addcomando para actualizar el software en los miembros incoherentes.Asegúrese de que el enrutamiento activo sin paradas (NSR) y el cambio normal del motor de enrutamiento (GRES) estén habilitados. Para comprobar que están habilitados, solo debe comprobar el estado del enrutamiento activo sin interrupciones: si está habilitado el enrutamiento activo sin interrupciones, entonces está habilitada la conmutación del motor de enrutamiento normal.
Para comprobar que el enrutamiento activo sin detención está habilitado:
user@switch> show task replication Stateful Replication: Enabled RE mode: Master Protocol Synchronization Status OSPF Complete BGP Complete PIM CompleteSi el enrutamiento activo sin paradas no está habilitado (
Stateful ReplicationisDisabled), consulte Configurar el enrutamiento activo sin paradas en conmutadores para obtener información sobre cómo activarlo.Para el chasis virtual EX4300, debe habilitar la
vcp-no-hold-timeinstrucción en el nivel de jerarquía [edit virtual-chassis] antes de realizar una actualización de software con NSSU. Si no habilita lavcp-no-hold-timeinstrucción, el chasis virtual puede dividirse durante la actualización. Un chasis virtual dividido puede causar interrupciones en su red, y es posible que tenga que reconfigurar manualmente su chasis virtual después de la NSSU si la función de división y fusión estaba deshabilitada. Para obtener más información acerca de un chasis virtual dividido, consulte Descripción de la división y fusión en un chasis virtual.(Opcional) Habilite el puente sin paradas (NSB). La habilitación de NSB garantiza que todos los protocolos de capa 2 compatibles con NSB funcionen sin problemas durante la conmutación del motor de enrutamiento que forma parte de la NSSU.
(Opcional) Realice una copia de seguridad del software del sistema (Junos OS, la configuración activa y los archivos de registro) de cada miembro en un dispositivo de almacenamiento externo con el
request system snapshotcomando.
Actualizar el software usando NSSU
En este procedimiento se describe cómo actualizar el software que se ejecuta en todos los miembros del chasis virtual mediante NSSU. Una vez completada la actualización, todos los miembros ejecutan la versión nueva del software. Dado que se produce un cambio correcto del motor de enrutamiento durante la actualización, la copia de seguridad original del chasis virtual es la nueva principal.
Para actualizar a todos los miembros que usan NSSU:
Descargue el paquete de software. Si va a actualizar el software que se ejecuta en un chasis virtual mixto, descargue los paquetes de software para ambos tipos de conmutador.
Copie el o los paquetes de software en el chasis virtual. Le recomendamos que copie el archivo al
/var/tmpdirectorio del principal.Inicie sesión en el chasis virtual mediante la conexión de la consola o la interfaz Ethernet de administración virtual (VME). El uso de una conexión de consola le permite supervisar el progreso del reinicio del conmutador principal.
Inicie la NSSU:
En un chasis virtual EX3400, escriba:
user@switch> request system software nonstop-upgrade /var/tmp/package-name.tgz
donde
package-name.tgzes, por ejemplo,jinstall-ex4200-12.1R2.5-domestic-signed.tgz.En un chasis virtual mixto, ingrese:
user@switch> request system software nonstop-upgrade set [/var/tmp/package-name.tgz /var/tmp/package-name.tgz]
donde
[/var/tmp/package-name.tgz /var/tmp/package-name.tgz]especifica los paquetes de software EX4200 y EX4500.
El conmutador muestra mensajes de estado similares a los siguientes a medida que se ejecuta la actualización:
Chassis ISSU Check Done ISSU: Validating Image ISSU: Preparing Backup RE Installing image on other FPC's along with the backup Checking pending install on fpc1 Pushing bundle to fpc1 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc1 Checking pending install on fpc2 Pushing bundle to fpc2 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc2 Rebooting fpc1 ISSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis ISSU Started ISSU: Preparing Daemons ISSU: Daemons Ready for ISSU ISSU: Starting Upgrade for FRUs ISSU: Preparing for Switchover ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online FPC 1 Online FPC 2 Online (ISSU) Going to install image on master WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately relinquish mastership ISSU: IDLE *** FINAL System shutdown message from user@switch *** System going down IMMEDIATELY Shutdown NOW! [pid 9336]
Inicie sesión después de que se complete el reinicio del conmutador principal original. Para comprobar que se actualizó el software de todos los motores de enrutamiento de los miembros del chasis virtual, ingrese el siguiente comando:
user@switch>
show versionPara asegurarse de que la función de particiones resistentes de doble raíz funciona correctamente, copie la imagen nueva de Junos OS en las particiones raíz alternativas de todos los miembros:
user@switch>
request system snapshot slice alternate all-membersLas particiones de doble raíz resistentes permiten que el conmutador arranque de forma transparente desde la partición raíz alternativa si el sistema no puede arrancar desde la partición raíz principal.