Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Actualización de dispositivos en un clúster de chasis mediante la UCI

La función de ICU de clúster de chasis permite que ambos dispositivos de un clúster se actualicen desde las versiones compatibles de Junos OS con un solo comando. Para obtener más información, consulte los temas siguientes:

Actualización de ambos dispositivos en un clúster de chasis mediante la UCI

Antes de comenzar, tenga en cuenta lo siguiente:

Los firewalls de la serie SRX en un clúster de chasis se pueden actualizar con una interrupción mínima del servicio mediante la actualización de clúster en banda (ICU). La función de ICU de clúster de chasis permite que ambos dispositivos de un clúster se actualicen desde las versiones compatibles de Junos OS con un solo comando. Puede habilitar esta característica ejecutando el request system software in-service-upgrade image_name comando en el nodo principal. Este comando actualiza Junos OS y, a su vez, reinicia tanto el nodo secundario como el nodo principal. Durante el proceso de la UCI, la interrupción del tráfico es mínima; Sin embargo, no se proporciona sincronización en frío entre los dos nodos.

Para los dispositivos SRX300, SRX320, SRX340, SRX345 y SRX380, los dispositivos de un clúster de chasis se pueden actualizar con una interrupción mínima del servicio de aproximadamente 30 segundos mediante la UCI con la opción sin sincronización. La función de ICU de clúster de chasis permite que ambos dispositivos de un clúster se actualicen desde las versiones compatibles de Junos OS.

Debe utilizar los comandos de actualización de clúster en banda (ICU) en SRX1500 dispositivo para actualizar las siguientes versiones de Junos OS:

  • Junos OS versión 15.1X49-D50 a Junos OS versión 15.1X49-D100

  • Junos OS versión 15.1X49-D60 a Junos OS versión 15.1X49-D110

  • Junos OS versión 15.1X49-D50 a Junos OS versión 15.1X49-D120

Debe utilizar los comandos de actualización de clúster en banda (ICU) en SRX1600 dispositivo para actualizar de la versión 23.3R1 de Junos OS a una versión posterior.

Puede utilizar los comandos de actualización de clúster en banda (ICU) en dispositivos SRX2300, SRX4100 y SRX4200 para actualizar las siguientes versiones de Junos OS:

  • Junos OS versión 15.1X49-D65 a Junos OS versión 15.1X49-D70

  • Junos OS versión 15.1X49-D70 a Junos OS versión 15.1X49-D80.

Para los dispositivos SRX300, SRX320, SRX340, SRX345 y SRX380, el impacto en el tráfico es el siguiente:

  • Caída del tráfico (30 segundos aproximadamente)

  • Pérdida de sesiones de flujo de seguridad

La actualización se inicia con la compilación de Junos OS disponible localmente en el nodo principal del dispositivo o en un servidor FTP.

  • El nodo principal, RG0, cambia al nodo secundario después de una actualización de la UCI.

  • Durante la UCI, los grupos de redundancia del clúster de chasis se conmutan por error al nodo principal para cambiar el clúster al modo activo/pasivo.

  • Los estados de la UCI se pueden comprobar desde el syslog o con los registros de consola/terminal.

  • La UCI requiere que ambos nodos ejecuten un esquema de partición de raíz dual, con una excepción que son la SRX1500 y la SRX1600. La UCI no continuará si no detecta el particionamiento de raíz dual en ninguno de los nodos. El requisito del particionamiento de raíz dual solo se aplica a los dispositivos SRX300, SRX320, SRX340, SRX345 y SRX380.

    El particionamiento de raíz dual no se admite en dispositivos SRX1500 y SRX1600. SRX1500 y SRX1600 utilizar la unidad de estado sólido (SSD) como almacenamiento secundario.

Actualización de ICU mediante una compilación disponible localmente en un nodo principal de un clúster de chasis

Asegúrese de que haya suficiente espacio en disco disponible para el paquete de Junos OS en la ubicación /var/tmp en el nodo secundario del clúster.

Para actualizar ICU mediante una compilación disponible localmente en el nodo principal de un clúster:

  1. Copie la compilación del paquete de Junos OS en el nodo principal en cualquier ubicación o monte una carpeta del servidor de archivos de red que contenga la compilación de Junos OS.
  2. Inicie la UCI ingresando el siguiente comando:

    user@host> request system software in-service-upgrade image_name no-sync (para dispositivos SRX300, SRX320, SRX340, SRX345 y SRX380)

    user@host> request system software in-service-upgrade image_name (para dispositivos SRX1500 anteriores a Junos OS versión 15.1X49-D70)

    user@host> request vmhost software in-service-upgrade image_name (para dispositivos SRX1600 y SRX2300)

Actualización de ICU mediante una compilación disponible en un servidor FTP

Asegúrese de que haya suficiente espacio en disco disponible para el paquete de Junos OS en la ubicación /var/tmp, tanto en el nodo principal como en el secundario del clúster.

Para actualizar ICU mediante una compilación disponible en un servidor FTP:

  1. Coloque la compilación de Junos OS en un servidor FTP.
  2. (Solo SRX300, SRX320, SRX340, SRX345 y SRX380) Inicie ICU ingresando el siguiente comando:

    user@root> request system software in-service-upgrade <ftp url for junos image> no-sync

    Comando de ejemplo

    Este comando actualiza Junos OS y reinicia ambos nodos a su vez.

  3. (SRX1500 solo antes de Junos OS versión 15.1X49-D70) Inicie ICU ingresando el siguiente comando:

    user@root> solicitar actualización en servicio del software del sistema <URL FTP para la imagen de Junos>

    Comando de ejemplo

    Este comando actualiza Junos OS y reinicia ambos nodos a su vez.

    Para dispositivos SRX1600 y SRX2300, inicie la UCI ingresando el siguiente comando:

El proceso de actualización muestra el siguiente mensaje de advertencia para reiniciar el sistema:

ADVERTENCIA: Es necesario reiniciar para cargar este software correctamente. Utilice el comando cuando se complete la instalación del request system reboot software.

Este mensaje de advertencia se puede ignorar porque el proceso de la UCI reinicia automáticamente ambos nodos.

Finalización de una actualización en un clúster de chasis durante una UCI

Puede terminar una UCI en cualquier momento emitiendo el siguiente comando en el nodo principal:

request system software abort in-service-upgrade

La emisión de un abort comando durante o después del reinicio del nodo secundario coloca al clúster en un estado incoherente. El nodo secundario se inicia ejecutando la nueva compilación de Junos OS, mientras que el principal continúa ejecutando la compilación anterior de Junos OS.

Para recuperarse del estado incoherente del clúster de chasis, realice las siguientes acciones secuencialmente en el nodo secundario:

  1. Emita un abort comando:

    request system software abort in-service-upgrade

  2. Para revertir la compilación de Junos OS, escriba el siguiente comando:

    request system software rollback node < node-id >

  3. Reinicie el nodo secundario inmediatamente con el siguiente comando:

    request system reboot

Debe ejecutar los pasos anteriores secuencialmente para completar el proceso de recuperación y evitar la inestabilidad del clúster.

En la tabla 1 se enumeran las opciones y sus descripciones para el request system software in-service-upgrade comando.

Tabla 1: Campos de salida de solicitud de actualización del software del sistema en servicio

Opciones

Descripción

sin sincronización

Deshabilita la sincronización del estado de flujo cuando el nodo secundario antiguo se inició con una nueva imagen de Junos OS.

Esta opción no está disponible en dispositivos SRX1500 y SRX1600.

no-tcp-syn-check

Crea una ventana en la que se deshabilitará la comprobación TCP SYN de los paquetes entrantes. El valor predeterminado para la ventana es 7200 segundos (2 horas).

Esta opción no está disponible en dispositivos SRX1500 y SRX1600.

no-validar

Deshabilita la validación de la configuración en el momento de la instalación. El comportamiento del sistema es similar a software add.

desvincular

Quita el paquete del medio local después de la instalación.

  • Durante la UCI, si se ejecuta un comando de terminación, la UCI terminará solo después de que finalice la operación actual. Esto es necesario para evitar cualquier inconsistencia con los dispositivos.

    Por ejemplo, si el formateo y la actualización de un nodo están en curso, la UCI finaliza una vez finalizada esta operación.

  • Después de una terminación, ICU intentará revertir la compilación en los nodos si se completó el paso de actualización de nodos.