Actualización local

Para actualizar el servidor de Apstra, necesita privilegios de usuario administrador de Apstra OS y permisos de grupo de usuarios administradores de Apstra.

Validación previa a la actualización (en contexto)

Confirme que está actualizando a una versión compatible.
Inicie sesión en el servidor de Apstra como administrador (por ejemplo, si la dirección IP del servidor de Apstra fuera 10.28.105.3, el comando sería ssh admin@10.28.105.3).
Compruebe que el uso de memoria sea inferior al 50 % para confirmar que la máquina virtual tiene suficiente memoria para contener dos versiones del software de Apstra al mismo tiempo. Ejecute el comando free -h para comprobar los recursos.
Si la utilización es > del 50%, cierre correctamente el servidor de Apstra, agregue recursos y, a continuación, reinicie el servidor de Apstra.

Ejecute el comando service aos status para comprobar que el servidor está activo y no tiene problemas.

Revise cada plano para confirmar que toda la configuración del servicio se ha realizado correctamente. Si es necesario, anule la implementación y elimine los dispositivos del plano para resolver cualquier configuración de servicio pendiente o fallida.
Revise cada plano en busca de anomalías de sonda y resuélvalas tanto como sea posible. Tome nota de cualquier anomalía restante.
Consulte Dispositivo calificado y NOS para verificar que las versiones de NOS de los dispositivos estén calificadas en la nueva versión de Apstra. Actualice o degrade, según sea necesario, a una de las versiones compatibles.
Elimine cualquier configuración AAA del dispositivo. Durante la actualización del dispositivo, se requieren credenciales de agente de dispositivo configuradas para el acceso SSH.
Quite los configlets utilizados para configurar los firewalls. Si usa filtros de motor de enrutamiento de FW en dispositivos, deberá actualizarlos para incluir la dirección IP del nuevo controlador y las máquinas virtuales de trabajo.
Ejecute un trabajo de "Comprobación" del sistema Apstra para todos los dispositivos (dispositivos > agentes) y verifique que todos los estados del trabajo sean CORRECTOS.

Nota:
Para actualizar los agentes del sistema del dispositivo, el software de Apstra debe SSH a todos los dispositivos utilizando las credenciales configuradas que se utilizaron al crear el agente del sistema del dispositivo. Para verificar SSH con estas credenciales, recomendamos ejecutar un trabajo de "Comprobación" de Apstra System para todos los dispositivos. Si algún trabajo de comprobación falla, resuelva el problema antes de continuar con la actualización de Apstra.

Como usuario raíz, ejecute el comando sudo aos_backup para realizar una copia de seguridad del servidor de Apstra.

Nota:

Copie los archivos de copia de seguridad desde /var/lib/aos/snapshot/<shapshot_name> una ubicación externa.

Implementar un nuevo servidor de Apstra (en contexto)

Descargue el paquete de instalación de Apstra para su plataforma desde Descargas de soporte de Juniper (aos_4.0.1-1045.run.gzpor ejemplo) y transfiéralo al servidor de Apstra.

Descomprima el paquete de instalación de Apstra.

Si utiliza un clúster de Apstra (agentes externos, sondas IBA), descargue también el paquete de instalación en los nodos de trabajo. Actualizará los nodos de trabajo en un paso posterior.
Inicie sesión en el servidor de Apstra como administrador.

Ejecute el sudo bash aos_<aos_version>.run comando, donde <aos_version> es la versión del archivo de ejecución. Por ejemplo, si la versión es 4.0.1-1045 el comando sería sudo bash aos_4.0.1-1045.run como se muestra a continuación.

Al ejecutar este comando, si se detecta alguna versión anterior de Apstra, el script entra en modo de actualización en lugar de nuevo modo de instalación. El nuevo contenedor de Docker se instala junto a los contenedores de Docker de la versión anterior. El script importa los datos de la versión anterior y los migra a Apstra SysDB en la nueva versión.

Se le mostrará un resumen de los cambios de configuración que se enviarán a los dispositivos como parte de la actualización

A partir de la versión 4.0.1 de Apstra, el resumen de actualización de Apstra muestra información separada por roles de dispositivo (superspine, spine, leaf, par de hojas y conmutador de acceso, por ejemplo). Si se aplicó una configuración incremental en lugar de una configuración completa, se muestran más detalles sobre los cambios.

Después de revisar el resumen, escriba q para salir del resumen. Aparece el menú interactivo Actualización de AOS, donde puede acceder a información adicional y continuar o salir de la actualización.
PRECAUCIÓN:

Es posible que el diseño de referencia de Apstra de la nueva versión de Apstra haya cambiado de una manera que invalida los configlets. Para evitar resultados inesperados, compruebe que los configlets no entren en conflicto con la configuración recién representada. Si necesita actualizar los configlets, salga de la actualización, actualice los configlets y vuelva a ejecutar la actualización.
Si desea continuar con la actualización después de revisar los cambios pendientes, escriba c. La versión anterior de Apstra se elimina y la nueva versión de Apstra se activa en el servidor. Cuando se complete la actualización, vaya a Platform > About en la GUI de Apstra para verificar la versión.

PRECAUCIÓN:

Actualizar el servidor de Apstra es un proceso disruptivo. Cuando actualice en contexto (misma máquina virtual) y continúe con la actualización desde este punto, no podrá revertir la actualización. La única forma de volver a la versión anterior es reinstalar una nueva máquina virtual con la versión anterior y restaurar la base de datos a partir de la copia de seguridad que realizó anteriormente.
Si desea detener la actualización, ingrese q para anular el proceso. Si abandona en este punto y luego decide actualizar, debe iniciar el proceso desde el principio.
Si utiliza un clúster de Apstra, los nodos de trabajo se desconectan del controlador de Apstra y cambian al estado FALLIDO. Este estado significa que los agentes externos y los contenedores de sonda IBA que se encuentran en los nodos de trabajo no están disponibles; Sin embargo, los dispositivos administrados por los agentes externos permanecen en servicio. Después de actualizar los agentes en un paso posterior, actualizará los nodos de trabajo en su clúster de Apstra y los agentes o sondeos estarán disponibles.

Cambiar el modo de operación a normal (in situ)

Cuando inicia una actualización del servidor de Apstra, el modo de operación cambia de Normal a Mantenimiento automáticamente. Una vez completada la actualización, debe volver a cambiar manualmente el modo a Normal.

En el menú de navegación izquierdo de la GUI de Apstra, vaya a Platform > Apstra Cluster > Cluster Management.
Haga clic en el botón Cambiar modo de operación , seleccione Normal y, a continuación, haga clic en Actualizar. Cuando cambie el modo a Normal, se activarán todos los agentes externos configurados, pero debe iniciar la actualización de los agentes integrados (en la siguiente sección).

También puede acceder a la página Administración de clústeres desde la sección inferior izquierda de cualquier página. También tiene visibilidad continua del estado de la plataforma desde aquí, según los colores.

Nota:
Esta función se clasificó como una función de Juniper Apstra Technology Preview. Estas características son "tal cual" y de uso voluntario. El soporte de Juniper intentará resolver cualquier problema que experimenten los clientes al usar estas funciones y creará informes de errores en nombre de los casos de soporte. Sin embargo, es posible que Juniper no proporcione servicios de soporte integrales para las funciones de vista previa técnica.

Para obtener más información, consulte la página Juniper Apstra Technology Previews o póngase en contacto con el soporte de Juniper.

En la parte inferior del menú de navegación izquierdo, haga clic en uno de los puntos y, a continuación, haga clic en Modo de operación para ir a Administración de clústeres. Haga clic en el botón Cambiar modo de operación , seleccione Normal y, a continuación, haga clic en Actualizar.

Debido a que todavía están en proceso de actualización, los agentes no se conectarán. Una vez completada la actualización, los agentes se vuelven a conectar al servidor y vuelven a conectarse. En el panel de control del plano , las anomalías de Liveness para la columna vertebral y la hoja también se resolverán.

Actualizar agentes en la caja (en contexto)

Los dispositivos siguen conectados al antiguo servidor de Apstra. (consulte Dispositivos > dispositivos administrados). Cuando actualiza agentes, los dispositivos se desconectan del antiguo servidor de Apstra y se conectan al nuevo servidor de Apstra.

PRECAUCIÓN:

Al iniciar la actualización del agente, no puede revertir a la versión anterior. La única forma de volver a la versión anterior es reinstalar una nueva máquina virtual con la versión anterior y restaurar la base de datos a partir de la copia de seguridad que realizó anteriormente.

Inicie sesión en la GUI de Apstra como usuario administrador.
En el menú de navegación izquierdo, vaya a Dispositivos > agentes del sistema > agentes y seleccione los dispositivos que desea actualizar (hasta 100 dispositivos a la vez a partir de la versión 4.0.1 de Apstra). Puede actualizar varios agentes internos al mismo tiempo, pero el orden de actualización del dispositivo es importante.
- Actualice primero los agentes para superspines.
- Agentes de actualización para espinas en segundo lugar.
- Agentes de actualización para hojas de tercero.
Haga clic en el botón Instalar para iniciar el proceso de instalación. El estado del trabajo cambia a EN CURSO. Si los agentes utilizan una versión anterior del software de Apstra, se actualizan automáticamente a la nueva versión. Luego se conectan al servidor y envían cualquier cambio de configuración pendiente a los dispositivos. La telemetría también se reanuda y los estados de trabajo cambian a CORRECTO.
En la sección Liveness del panel de control del plano, confirme que no tiene ninguna anomalía en el dispositivo.

Nota:
Si necesita revertir a la versión anterior de Apstra después de iniciar la actualización del agente, debe crear una nueva máquina virtual con la versión anterior de Apstra y restaurar la configuración en esa máquina virtual. Para obtener ayuda, comuníquese con el Soporte de Juniper.

Actualizar nodos de trabajo (solo clúster de Apstra)

Si está utilizando un clúster de Apstra (para agentes externos o sondas IBA), debe actualizar los nodos de trabajo, así como el nodo del controlador que ya actualizó.

Si no descargó el paquete de instalación de Apstra en los nodos de trabajo cuando lo descargó en el servidor de Apstra, hágalo ahora.

Desde cada nodo de trabajo de Apstra, ejecute el sudo bash aos_<aos_version>.run comando, donde <aos_version> es la versión del archivo de ejecución. Por ejemplo, si la versión es 4.0.1-1045 el comando sería sudo bash aos_4.0.1-1045.run (sin opciones). Este es el mismo archivo que usó para actualizar el controlador. No hay mensajes durante la actualización del nodo de trabajo.