[z/OS]

Procedimiento de actualización de aplicaciones en un entorno de alta disponibilidad

La actualización de aplicaciones implica la distribución de nuevos binarios de aplicación a cada uno de los servidores de un clúster durante la sincronización de configuraciones.

Figura 1. Estado fijo de la aplicación: vista de la configuración. Esta figura muestra la vista de la configuración de una aplicación en estado fijo.
Estado fijo de aplicación: vista de configuración

Esta distribución se realiza a través de HTTP y se produce aunque los servidores y el gestor de despliegue estén ubicados en el mismo LPAR. Si la opción Sincronizar con nodos está seleccionada cuando se guarda la actualización de la aplicación, la solicitud de sincronización se envía a cada uno de los nodos.

Normalmente, cuando recibe la solicitud, cada nodo organiza de forma asíncrona el proceso de sincronización con el gestor de despliegue. Durante este proceso de sincronización, los binarios de la aplicación se descargan del gestor de despliegue y se guardan en el nodo en la ubicación designada (por ejemplo, installedApps).

El acto de almacenar los nuevos binarios desencadena una escucha de sucesos de cambio de configuración que, a continuación, detiene y reinicia la aplicación. Dependiendo de variables como el comportamiento del asignador, el peso del LPAR, etc., se puede observar una variación en el orden y la velocidad con que cada servidor proporciona la nueva aplicación.

Debido a la naturaleza asíncrona y simultánea de la sincronización de nodos, no se garantiza una disponibilidad continua de la aplicación que se está actualizando. Esto se debe a que no hay una correspondencia entre el estado real de la aplicación y los mecanismos de direccionamiento de carga de trabajo. Las solicitudes de cliente se pueden direccionar a un servidor aunque esa aplicación no esté disponible temporalmente.

En un entorno de alta disponibilidad, una aplicación puede permanecer disponible durante todo el proceso de actualización. Por lo tanto, el despliegue de las aplicaciones en cada miembro del clúster, así como el direccionamiento de la carga de trabajo a los miembros del clúster, se deben controlar atentamente para impedir que la carga de trabajo se direccione a un miembro del clúster en el que se esté realizando un proceso de actualización. Si se controlan estos dos aspectos, se puede instalar una actualización en cada uno de los miembros del clúster sin que lleguen solicitudes de cliente a un miembro del clúster durante el proceso de actualización.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_app
File name: crun_ha_app.html