[z/OS]

Configuración de un servidor de aplicaciones para que utilice la función de WLM de distribución equitativa de solicitudes HTTP

Si configura el servidor de aplicaciones para que utilice la función de WLM de distribución equitativa de solicitudes HTTP, WLM puede distribuir equitativamente los objetos de la sesión HTTP a las regiones de sirvientes de la configuración. Puede utilizar esta tarea para distribuir por turno rotativo los objetos de la sesión HTTP, en lugar de hacerlo de la manera habitual, esto es, cuando existe una afinidad entre sirvientes y los objetos de la sesión HTTP residen en uno o dos sirvientes.

Antes de empezar

El servidor de aplicaciones debería ejecutarse en un sistema z/OS que estén en la versión 1.4 o posteriores. Como en esta tarea está distribuyendo solicitudes HTTP entre varios sirvientes, debe tener también habilitados varios sirvientes para utilizar esta función. Consulte el tema sobre la habilitación de varios sirvientes en z/OS, para obtener más información.

Acerca de esta tarea

Utilice esta tarea, si el servidor de aplicaciones tiene problemas con la estrategia de distribución de la carga de trabajo por omisión. De forma predeterminada, la estrategia de distribución de la carga de trabajo utiliza un sirviente dinámico para ejecutar solicitudes que crean objetos de sesión HTTP. Puede configurar el producto y z/OS Workload Manager para que distribuyan los objetos de la sesión HTTP por turno rotatorio en las situaciones siguientes:
  • Se utilizan objetos de sesión HTTP en memoria, lo que crea afinidades de asignación.
  • Las sesiones HTTP en la memoria duran durante numerosas horas o días.
  • Un gran número de clientes con objetos de sesión HTTP deben mantenerse en la memoria.
  • La pérdida de un objeto de sesión interrumpe la ejecución del cliente o el servidor.
  • Transcurre mucho tiempo entre solicitudes que crean sesiones HTTP.
Para obtener más información sobre cómo utilizar esta tarea, consulte la información sobre la distribución equitativa de WLM de solicitudes HTTP.

Procedimiento

  1. En la consola administrativa, establezca la propiedad WLMStatefulSession en true.
    1. Expanda Servidores > Tipos de servidor y pulse Servidores de aplicaciones de WebSphere.
    2. Pulse el nombre del servidor que desea que utilice la función de WLM de distribución equitativa de solicitudes HTTP.
    3. En Infraestructura de servidor, expanda Administración y pulse Servicios de administración.
    4. En Propiedades adicionales, pulse Propiedades personalizadas.
    5. Pulse WLMStatefulSession y cambie el valor en el campo Valor a true si actualmente está establecido en false. S la propiedad personalizada no exite, pulse Nueva, añada WLMStatefulSession al campo Nombre, y especifique true en el campo Valor.
    6. Pulse Aplicar y luego pulse Guardar para guardar los cambios en la configuración maestra.
  2. Establezca los números mínimos y máximos óptimos de sirvientes para la carga de trabajo. Establezca los números mínimo y máximo sirvientes para manejar el número previsto de sesiones HTTP con afinidad. El número mínimo de sirvientes debe ser mayor que uno. Si, por ejemplo, espera que 15,000 objetos de sesión HTTP se establezcan en el servidor durante el día, debería establecer el número mínimo de sirvientes en un valor mayor que uno. El número mínimo de sirvientes depende del tamaño y número de objetos de la sesión HTTP. No obstante, cuando establezca el valor mínimo para el número de sirvientes, también debe tener tener en cuenta el índice inicial de llegada de solicitudes de clientes que establece la afinidad, la frecuencia de las interacciones de los clientes, la duración de cada interacción de cliente (tiempo de CPU y tiempo de ocupación de hebra) y el período de tiempo que se mantiene el objeto de la sesión HTTP.
    1. Para establecer el número de sirvientes, pulse Servidores > Tipos de servidor > WebSphere Application Servers nombre_servidor Instancia de servidor.
    2. Establezca el número mínimo y máximo de sirvientes.
    3. Pulse Guardar y sincronizar para aplicar los cambios.
  3. Si utiliza un archivo de correlación de clasificaciones, en lugar de un documento común de clasificación de cargas de trabajo y especifica más de una clase de transacción en una regla de correlación para el soporte de turno rotatorio gestionado que el producto proporciona, debe eliminar esta sección del archivo de correlación de clasificaciones. Debe utilizar un documento común de clasificación de cargas de trabajo en lugar de un archivo de correlación de clasificaciones porque está en desuso el soporte para el archivo de correlación de clasificaciones. Sin embargo, si utiliza un archivo de correlación de clasificaciones y ese archivo contiene una línea similar a la siguiente:
    TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1 TCLASS2 TCLASS3
    Modifique esta línea para que especifique una sola clase de transacción. Por ejemplo, podría cambiar la línea anterior con la línea siguiente:
    TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1
    También debe actualizar la política del gestor de carga de trabajo de z/OS para eliminar las clases de servicios adicionales que sólo son necesarias si desea utilizar el soporte del turno rotatorio gestionado que proporciona el producto. El ejemplo siguiente muestra cómo suprimir las clases de servicios adicionales:
      Subsystem-Type  Xref  Notes  Options  Help                                     
     --------------------------------------------------------------------------   
                      Modify Rules for the Subsystem Type     Row 9 to 16 of 16
     Command ===> ____________________________________________ SCROLL ===> CSR
                                                                                  
     Subsystem Type . : CB Fold qualifier names? Y  (Y or N)
     Description . . . Component Broker requests
                                                                                  
     Action codes:  A=After    C=Copy         M=Move     I=Insert rule        
                     B=Before   D=Delete row   R=Repeat   IS=Insert Sub-rule   
                                                                  More ===>
               --------Calificador--------           -------Clase--------
     Action    Type       Name     Start                Service     Report     
                                              DEFAULTS: AZAMS1      RBBDEFLT
      ____  1  CN         AZSR01   ___                  AZAMS1      RAZAMS1
      ____  2    TC         TCLASS1  ___                AZAMS1      RAZAMS1
      _d__  2    TC         TCLASS2  ___                AZAMS2      RAZAMS1
      _d__  2    TC         TCLASS3  ___                AZAMS3      RAZAMS1
      ____  1  CN         AZSR02   ___                  AZAMS2      RAZAMS2
      ____  1  CN         AZSR02   ___                  AZAMS3      RAZAMS3
    ****************************** BOTTOM OF DATA ******************************                  
  4. Reinicie el servidor. El servidor reconoce la propiedad WLMStatefulSession después de que se ha reiniciado.

Resultados

El servidor de aplicaciones utiliza la función de WLM de distribución equitativa de solicitudes HTTP para manejar su carga de trabajo, en lugar de mostrar una afinidad con un sirviente determinado.

Qué hacer a continuación

Consulte el tema sobre la detección y manejo de problemas con componentes en tiempo de ejecución para obtener información acerca de cómo manejar problemas con los clústeres de servidores y las cargas de trabajo.

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_wlm_sessionplacement
File name: trun_wlm_sessionplacement.html