Actualización de software en un chasis virtual y chasis virtual mixto mediante actualización de software sin interrupciones

Antes de comenzar a instalar el nuevo software con NSSU:

• Asegúrese de que el chasis virtual esté conectado y configurado correctamente para admitir el proceso de NSSU. Consulte Requisitos para realizar una NSSU.

• Verifique que los miembros estén ejecutando la misma versión del software:

  Si el Virtual Chassis o los miembros mixtos Virtual Chassis no ejecutan la misma versión del software, utilice el request system software add comando para actualizar el software en los miembros incoherentes.

• Asegúrese de que el cambio correcto de motor de enrutamiento (GRES) esté habilitado o, para las plataformas aplicables, asegúrese de que el enrutamiento activo sin interrupciones (NSR) esté habilitado, lo que también permite un cambio correcto de motor de enrutamiento. Consulte Configuración del enrutamiento activo sin interrupción en conmutadores para obtener más información.

  Para comprobar el estado de enrutamiento activo sin interrupciones para comprobar que tanto NSR como GRES están habilitados:

• (Opcional para plataformas aplicables) Habilite el puente sin interrupción (NSB), que 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. Consulte Configuración de puentes ininterrumpidos en conmutadores (procedimiento de CLI) para obtener más información.

• En el caso de un Virtual Chassis de dos miembros, asegúrese de haber configurado no-split-detection de manera que el Virtual Chassis no se divida cuando NSSU actualice uno de los miembros. Consulte Deshabilitar división y combinación en un chasis virtual.

• En un chasis virtual EX4300 que ejecute una versión Junos OS 13.2X50, debe definir la vcp-no-hold-time opción en el nivel de jerarquía [edit virtual-chassis] antes de realizar una actualización de software mediante NSSU; de lo contrario, el chasis virtual podría dividirse durante la actualización. Un Virtual Chassis dividido puede interrumpir la red y es posible que tenga que volver a configurarlo manualmente 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 una división de Virtual Chassis, consulte Descripción de la división y combinación en un Virtual Chassis. Esta instrucción sólo afecta al chasis virtual EX4300 o al chasis virtual mixto que contienen conmutadores EX4300.

  Para configurar esta opción:

• En un Virtual Chassis QFX5100 con grupos de actualización de tarjetas de línea configurados, debe habilitar la lc-reboot-delay opción para configurar un retraso para cuando los miembros adyacentes en un grupo de tarjetas de línea se reinicien. Sin esta opción, cuando el siguiente miembro se reinicie, aproximadamente dos minutos después de que el miembro anterior se reinicie y se una al Virtual Chassis, es posible que el miembro reiniciado anterior no esté listo para transportar tráfico. Este retraso ayuda a evitar la caída del tráfico cuando hay dos miembros de tarjeta de línea adyacentes con interfaces que forman parte de un grupo de agregación de vínculos (LAG) común.

  Recomendamos establecer un retraso de 200 segundos (el rango permitido es de 0 a 600 segundos). Para configurar este retraso:

• (Opcional) Haga 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 según lo desee mediante el request system snapshot comando.

Para actualizar todos los miembros de un Virtual Chassis mediante NSSU:

1. Descargue el paquete de software como se describe en Instalación de paquetes de software en dispositivos de la serie QFX. Si está actualizando un Virtual Chassis mixto, descargue los paquetes de software para los distintos tipos de conmutadores.

2. Copie el paquete o paquetes de software en Virtual Chassis. Le recomendamos que copie el archivo o archivos en el /var/tmp directorio principal.

3. Utilice la conexión de consola o la interfaz Ethernet de administración virtual (VME) para iniciar sesión en el chasis virtual o en el chasis virtual mixto. Puede supervisar el progreso del reinicio del conmutador principal si utiliza una conexión de consola.

4. Inicie la NSSU:

   • En un chasis virtual en el que todos los miembros utilicen la misma imagen de software, escriba:

     donde package-name.tgz es el nombre del paquete de software, por ejemplo, jinstall-qfx-3-13.2X50-D15.3-domestic-signed.tgz.

   • En un Virtual Chassis mixto en el que los miembros pueden usar imágenes de software diferentes, escriba el request system software nonstop-upgrade comando con la set opción de especificar más de un nombre de paquete de software:

     Por ejemplo, /var/tmp/package-name1.tgz y /var/tmp/package-name2.tgz podría especificar paquetes de software para conmutadores EX4200 y EX4500 en un chasis virtual mixto de la serie EX con conmutadores EX4200 y EX4500.

   El conmutador muestra mensajes de estado similares a los siguientes a medida que se ejecuta la actualización:

5. Inicie sesión después de que se complete el reinicio del conmutador principal original. Para comprobar que el software está actualizado en todos los motores de enrutamiento del chasis virtual, escriba el siguiente comando:

6. Para asegurarse de que la función de particiones de raíz doble resistente funciona correctamente, copie la nueva imagen de Junos OS en las particiones raíz alternativas de todos los miembros:

   Con particiones resistentes de doble raíz, el conmutador puede arrancar de forma transparente desde la partición raíz alternativa si el sistema no arranca desde la partición raíz principal.