Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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-detection configurado 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:

    Si los miembros del chasis virtual 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 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:

    Si el enrutamiento activo sin paradas no está habilitado (Stateful Replication is Disabled), 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-time instrucción en el nivel de jerarquía [edit virtual-chassis] antes de realizar una actualización de software con NSSU. Si no habilita la vcp-no-hold-time instrucció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 snapshot comando.

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:

  1. 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.

  2. Copie el o los paquetes de software en el chasis virtual. Le recomendamos que copie el archivo al /var/tmp directorio del principal.

  3. 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.

  4. Inicie la NSSU:

    • En un chasis virtual EX3400, escriba:

      donde package-name.tgz es, por ejemplo, jinstall-ex4200-12.1R2.5-domestic-signed.tgz.

    • En un chasis virtual mixto, ingrese:

      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:

  5. 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:

  6. Para 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:

    Las 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.