Comprender las actualizaciones generales y las actualizaciones de versión

Una vez que haya implementado ArcGIS Enterprise on Kubernetes, puede realizar una actualización general o una actualización de versión del software para proporcionar a su organización las últimas mejoras y funciones de ArcGIS Enterprise disponibles, garantizando su seguridad, fiabilidad y rendimiento.

A continuación, se describen las diferencias entre actualizaciones generales y actualizaciones de versión:

• Una actualización general es más concreta y puede abordar problemas y errores de rendimiento, seguridad o funcionalidad. Las actualizaciones generales no introducen nuevas funciones ni cambian el aspecto ni el funcionamiento del software. Por ejemplo, una actualización general cambia el software de la versión 10.9.0.300 a la versión 10.9.0.412.
• Una actualización de versión es una nueva versión del software, con nuevas características, funcionalidad mejorada y, en ocasiones, un aspecto y un funcionamiento diferentes. Por ejemplo, una actualización de versión cambia el software de la versión 10.9.0 a la versión 10.9.1.

Requisitos de actualización y mejora

Antes de actualizar o ampliar, revise los requisitos del sistema.

Se requiere una actualización

Una actualización requerida es aquella que incluye requisitos funcionales y debe aplicarse antes de actualizar a una nueva versión de software. Si continúa con una actualización a una nueva versión de software y hay una actualización requerida disponible, se le pedirá que la aplique en primer lugar.

Aplicar o quitar una actualización general

Un administrador puede aplicar actualizaciones generales y actualizaciones de versión mediante ArcGIS Enterprise Manager o API de administrador de ArcGIS Enterprise. En ArcGIS Enterprise Manager, esto se realiza desde la página Actualizaciones del software.

• Cuando se publica una nueva versión de ArcGIS Enterprise on Kubernetes, la opción de actualizar aparece en la parte superior de la página.
• Cuando hay actualizaciones de software disponibles, aparecen en la parte inferior de la página.

La página Actualizaciones del software contiene las siguientes pestañas que representan el estado de las nuevas actualizaciones generales, las que se han aplicado y el historial de las que se han aplicado o revertido:

• Actualizaciones: las nuevas actualizaciones generales disponibles que aún no se han aplicado a su organización.
• Aplicadas: actualizaciones que su organización ha aplicado. En esta pestaña se puede eliminar manualmente una actualización.
• Historial: oportunidades de actualización de software que ha tomado su organización, incluidos parches aplicados o revertidos y actualizaciones aplicadas.

Modo de solo lectura

Cuando una actualización general o una actualización de versión está en curso, ArcGIS Enterprise se establece el modo de solo lectura. En este modo, los miembros de su organización pueden ver el contenido, los usuarios y grupos, y la configuración, pero no pueden modificarlos. Durante este tiempo, aparece una notificación en el banner superior de ArcGIS Enterprise Manager para informar a la organización.

Cuando se completa una actualización de versión o una actualización general, el modo de solo lectura se desactiva y las operaciones normales pueden reanudarse en la organización.

Procesos de actualizaciones generales y actualizaciones de versión

Los procesos de actualizaciones generales y actualizaciones de versión se integran en el software. Puede acceder a las mejoras y nuevas funciones sin necesidad de instalar software adicional. Los administradores pueden utilizar ArcGIS Enterprise Manager o API de administrador de ArcGIS Enterprise para determinar cuándo está disponible una actualización general o actualización de versión.

Cuando una actualización general está disponible, se representa como una nueva imagen de contenedor o conjunto de imágenes y se envía al host del registro de contenedor (por ejemplo, docker.io). API de administrador de ArcGIS Enterprise utiliza una URL conocida para identificar un documento de manifiesto de versión publicado por Esri para determinar si hay una actualización general disponible. Al identificar el manifiesto, se desarrolla una estrategia de actualización de versión y se ofrece la opción de realizar una actualización general o una actualización de mejora.

Las actualizaciones y cambios de versión suelen seguir los dos patrones que se describen a continuación.

Azul-verde

Cuando procede, se inician nuevas implementaciones de Kubernetes mediante las nuevas imágenes de contenedor para actualizar de versión y migrar los datos subyacentes. A continuación, se agregan instancias de data store secundarias u otras réplicas al data store. Una vez que se considera que el nuevo data store es correcto, el data store antiguo se cierra, dejando únicamente una instancia correcta del nuevo data store. Un ejemplo de aplicación idónea de esta estrategia es la actualización de data stores alojados.

Proceso continuo

A medida que se implementan nuevos pods habilitados por las nuevas imágenes de contenedor, los pods antiguos se cierran de forma continuada. Este proceso minimiza el tiempo de inactividad. Un ejemplo de cuándo se podría utilizar esta estrategia es actualizar los servicios SIG.

Consideraciones posteriores a la ampliación

Considere los siguientes puntos después de una ampliación:

• Debido a cambios en los componentes del almacén de copias de seguridad subyacentes, debe crear un nuevo almacén de copia de seguridad después de actualizar a 11.1. Si no crea un almacén de copia de seguridad nuevo y necesita registrar un almacén de copia de seguridad con un volumen persistente preexistente, no podrá acceder a las copias de seguridad de la versión anterior de su organización. Si es necesario, puede usar el almacén de copias de seguridad antiguo para revertir su organización a la versión anterior.
• Una vez validada la actualización, las nuevas copias de seguridad se deben almacenar en el almacén de copia de seguridad recién registrado; es decir, el que se ha creado en la versión de software más reciente. Puede dar de baja y eliminar el almacén de copias de seguridad antiguo y el volumen persistente para recuperar los recursos del clúster. También debe actualizar los programas de copia de seguridad para asegurarse de que hacen referencia al nuevo almacén de copia de seguridad registrado.
• Si configura servicios de generación de rutas mediante la publicación de servicios de generación de rutas con su dataset de red, se recomienda que vuelva a configurar los servicios de generación de rutas después de la actualización del servidor para utilizar los recursos más recientes. Para volver a publicar servicios de generación de rutas utilizando el dataset de red, siga los pasos que se describen a continuación:
  1. Inicie sesión como administrador predeterminado o con un rol personalizado con los privilegios adecuados para administrar la configuración del portal.
  2. En la parte superior del sitio, haga clic en Organización y haga clic en Configuración.
  3. Haga clic en Servicios de utilidades, en el lado izquierdo de la página.
  4. Haga clic en Indicaciones y creación de rutas en el lado derecho de la página.
  5. Haga clic en el botón Actualizar servicios de generación de rutas y elija Un dataset de red que quisiera publicar.
  6. Siga los pasos indicados aquí para configurar los servicios de generación de rutas utilizando su dataset de red.

Solución de problemas

Si se produce un fallo al realizar una actualización o cambio de versión, utilice los siguientes métodos para solucionar y resolver problemas.

• Al realizar una actualización o cambio de versión, consulte la pestaña Historial para identificar si se ha producido un error. Cuando se devuelven mensajes de estado, las opciones de ver registros, descargar registros y exportar advertencias de la organización acreditadas también están disponibles y pueden proporcionar información sobre si se requiere una acción. Se recomienda filtrar el nivel de registro a Severo para determinar registros específicos durante el periodo de tiempo de actualización.
• Si aparece un mensaje acerca de que una implementación no se refresca para una implementación concreta, haga lo siguiente:
  • En la página Registros de ArcGIS Enterprise Manager, haga clic en Administrar columnas.
  • Habilite la opción Trazado de pila para convertirla en una columna visible.
  • Si se produce un error de tiempo de espera en el trazado de pila, por ejemplo, Se agotó el tiempo de espera de la operación de parche, puede deberse a que el tiempo de inicio de uno o varios contenedores superó los tiempos de espera previstos y se agotaron, lo que provoca que la actualización falle. Para solucionar este problema, aumente el valor de containerStartUpTimeoutSeconds en API de administrador de ArcGIS Enterprise, en Propiedades > del sistema. El valor nuevo debe ser mayor que el valor predeterminado de 1800 segundos. Una vez que haya aumentado el valor, ejecute la actualización de nuevo.
• Si los miembros no pueden acceder a la organización después de una actualización, por ejemplo, los administradores u otras cuentas de miembros no pueden iniciar sesión en ArcGIS Enterprise Manager ni en el portal, puede deberse a un problema con el data store relacional. Si este es el caso, haga lo siguiente:
  • En Lens u otra herramienta de monitorización de clústeres de Kubernetes, localice pods de arcgis-relational-store. Si uno o varios de estos pods no se están ejecutando, restaure el sistema a partir de la copia de seguridad.
• Si ArcGIS Enterprise Manager o la página de Actualización de progreso se cierra inadvertidamente durante el proceso de actualización, puede consultar el estado actual y el progreso en el API de administrador de ArcGIS Enterprise. Allí se proporcionan detalles para una actualización, cambio de versión o reversión y pueden utilizarse para solucionar problemas según sea necesario.