Respecto al despliegue manual de aplicaciones, el direccionamiento de la carga de trabajo se controla deteniendo el servidor de aplicaciones en el cual reside el miembro del clúster que se está actualizando. Esto provoca una inactividad
del servidor. Se permite que todas las solicitudes ya existentes en el servidor finalicen,
pero no se aceptarán nuevas solicitudes. Tanto Sysplex Distributor como el plug-in del servidor web de WebSphere Application Server direccionan el trabajo lejos del servidor que está en pausa. Después de que se hayan completado todos los trabajos, inicie el proceso de actualización de aplicaciones en este servidor.
Antes de empezar
Determine qué servidores de aplicaciones alojan los miembros del clúster que deben actualizarse.
Acerca de esta tarea
Si tiene una aplicación de alta disponibilidad cuyas actualizaciones desea controlar manualmente, puede utilizar este proceso o bien puede utilizar el mandato MVS Modify para hacer una pausa en las escuchas de los servidores de aplicaciones afectados. Consulte la información sobre hacer una pausa en un servidor de aplicaciones para actualizar manualmente una aplicación de alta disponibilidad.
Para controlar manualmente el despliegue de aplicaciones y el direccionamiento de la carga de trabajo en un entorno de alta disponibilidad:
Procedimiento
- Inhabilite todos las formas de sincronización
automática, en todos los nodos de la célula y guarde los cambios. Realice uno de los
procesos siguientes para llevar a cabo este paso:
- En la consola administrativa:
- Pulse nombre_agente_nodo > Servicio de sincronización de archivos.
- Deseleccione las opciones Sincronización automática y
Sincronización de arranque.
- Seleccione la opción Sincronizar cambios con nodos.
- Pulse Guardar.
- Utilice los scripts de wsadmin para especificar los mandatos siguientes, luego reinicie todos los
agentes de nodo afectados:
set node NODE
set na_id [$AdminConfig getid /Node:$node/Server:nodeagent/]
set syncServ [$AdminConfig list ConfigSynchronizationService $na_id]
$AdminConfig modify $syncServ {{autoSynchEnabled false}}
$AdminConfig modify $syncServ {{synchOnServerStartup false}}
$AdminConfig save
set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*]
$AdminControl invoke $nodeSync sync
Avoid trouble: Para entornos de producción,
es razonable ejecutar siempre el agente de nodo con la sincronización automática
inhabilitada. No obstante, resulta aconsejable para la sincronización de arranque que esté habilitada para el agente de nodo, de modo que pueda adquirir actualizaciones de configuración que se producen cuando
el agente de nodo deja de funcionar. La sincronización de arranque se puede dejar habilitada siempre que pueda
asegurar que no reiniciará el agente de nodo manualmente, mediante la automatización o
mediante el gestor de rearranque automático durante el proceso de actualización de aplicaciones.
gotcha
- Actualice la aplicación en el depósito de configuración maestra
en el servidor del gestor de despliegue. Realice uno de los
procesos siguientes para llevar a cabo este paso:
- En la consola administrativa:
- Pulse Aplicaciones > Aplicaciones de empresa.
- Seleccione la aplicación que desea actualizar.
- Lleve a cabo el proceso de actualización de aplicaciones.
- Guarde los cambios en la configuración maestra. NO seleccione la opción Sincronizar cambios con nodos.
- Utilice los scripts wsadmin para emitir el mandato siguiente:
set app_loc /path/to/app
set app_options {opciones de aplicación, por ejemplo: -appname app}
set options [list -update] lappend options $app_options
$AdminApp install $app_loc $options
$AdminConfig save
En este punto, tiene la versión actualizada de
la aplicación (App v2 en la figura siguiente) en la Configuración maestra.
No obstante, la versión original de la aplicación (App v1 en la figura siguiente)
aún está en ejecución en el clúster que tiene miembros del clúster en LPAR1
y LPAR2.
Figura 1. Instale la actualización de
aplicaciones.
Esta figura ilustra la primera etapa de una actualización de aplicaciones
en un entorno de alta disponibilidad.
- Detenga el servidor de aplicaciones en LPAR1 y sincronice manualmente el
nodo con la versión actualizada de la aplicación. Este paso puede llevar
un tiempo realizarse porque el servidor debe esperar a que finalicen todos los elementos de trabajo actualmente asignados antes de cerrarse.
Realice uno de los
procesos siguientes para llevar a cabo este paso:
- Sincronice el nodo. Realice uno de los
procesos siguientes para llevar a cabo este paso:
Como se ilustra en la figura siguiente, la versión actualizada de la aplicación
(App v2) ahora reside en el nodo en LPAR1.
Figura 2. Actualice el nodo en LPAR1.
Esta figura ilustra la primera etapa de una actualización de aplicaciones
en un entorno de alta disponibilidad con dos LPAR.
- Reinicie el servidor en LPAR1. Realice uno de los
procesos siguientes para llevar a cabo este paso:
- En la consola administrativa:
- Pulse .
- Seleccione el servidor que desea iniciar y, a continuación, pulse INICIAR.
- Utilice los scripts wsadmin para emitir el mandato siguiente:
set node NODE
set server SERVER
$AdminControl startServer $server $node
- Emita el mandato siguiente desde la Consola de MVS:
START nombreproc,JOBNAME=nombre_abreviado_servidor.ENV=nombre_abreviado_célula.nombre_abreviado_nodo.nombre_abreviado_servidor
Por ejemplo:START BBO6ACR,JOBNAME=BBOS001,ENV=PLEX1.SY1.BBOS001
Cuando este servidor vuelva a funcionar, ejecutará la nueva versión de la
aplicación (App v2), Figura 3. Reinicie el servidor en LPAR1.
Esta figura ilustra la primera etapa de una actualización de aplicaciones
en un entorno de alta disponibilidad.
- Con la versión nueva de la aplicación en ejecución en LPAR1, repita
los tres pasos anteriores en los otros LPAR del clúster para actualizarlos con
la nueva versión de la aplicación. La figura siguiente ilustra cómo sería la
configuración en un clúster de dos LPAR.
Figura 4. Actualice el nodo en LPAR2.
Esta figura ilustra la segunda etapa de una actualización de aplicaciones
en un entorno de alta disponibilidad.
Resultados
El proceso de actualización de actualizaciones está completo cuando la nueva versión de la aplicación está en ejecución en todos los miembros del clúster.
La figura siguiente
ilustra cómo sería un clúster de dos LPAR después de reiniciar el servidor en
LPAR2.
Figura 5. Reinicie el servidor
en LPAR2.
Esta figura ilustra cómo sería un clúster de dos LPAR
después de reiniciar el servidor en LPAR2.