[z/OS]

Detención de un servidor de aplicaciones para actualizar manualmente una aplicación de alta disponibilidad

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

  1. 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:
      1. Pulse Administración del sistema > Agentes de nodos > nombre_agente_nodo > Servicio de sincronización de archivos.
      2. Deseleccione las opciones Sincronización automática y Sincronización de arranque.
      3. Seleccione la opción Sincronizar cambios con nodos.
      4. 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 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
  2. 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:
      1. Pulse Aplicaciones > Aplicaciones de empresa.
      2. Seleccione la aplicación que desea actualizar.
      3. Lleve a cabo el proceso de actualización de aplicaciones.
      4. 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.Instalación de la actualización de aplicaciones
  3. 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:

    • En la consola administrativa:
      1. Pulse Servidores > Tipos de servidor > WebSphere Application Servers.
      2. Seleccione el miembro del clúster que desea detener y actualizar. Este miembro del clúster debería estar en LPAR1.
      3. Pulse DETENER. No debería utilizarse el método de parada de clúster, dado que detendrá todos los servidores dentro del clúster y la aplicación ya no estará disponible.
    • Utilice los scripts wsadmin para emitir el mandato siguiente:
      set node NODE 
      set server SERVER 
      $AdminControl stopServer $server $node 
    • Emita el mandato siguiente desde la Consola de MVS:
       STOP nombre_servidor_abreviado
      Por ejemplo:
      STOP BBOS001
  4. Sincronice el nodo. Realice uno de los procesos siguientes para llevar a cabo este paso:
    • En la consola administrativa:
      1. Pulse Administración del sistema > Agentes de nodos.
      2. Seleccione el nodo que desea sincronizar y, a continuación, pulse Resincronización completa.
    • Utilice los scripts wsadmin para emitir el mandato siguiente:
      set node NODE 
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 

    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.Actualice el nodo en LPAR1
  5. Reinicie el servidor en LPAR1. Realice uno de los procesos siguientes para llevar a cabo este paso:
    • En la consola administrativa:
      1. Pulse Servidores > Tipos de servidor > WebSphere Application Servers.
      2. 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.Reinicie el servidor en LPAR1
  6. 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.Actualice el nodo en LPAR2

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.Actualice el nodo en LPAR2

Icon that indicates the type of topic Task topic



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