[z/OS]

Clasificaciones WLM de controladores y sirvientes

Las aplicaciones se despliegan en un servidor o en un clúster de servidores. Cada servidor consta de un controlador y de uno o más sirvientes. Cada controlador se inicia mediante el gestor de despliegue o mediante un mandato del operador MVS como tareas iniciadas por un MVS. Cada sirviente se inicia mediante el gestor de carga de trabajo (WLM), según sea necesario.

Puede utilizar las clases de transacciones para clasificar la carga de trabajo del cliente para WLM. La clasificación de las transacciones puede estar basada en el siguiente criterio de clasificación WLM:
  • Nombre del servidor (CN) – si el servidor está en clúster, este valor es el nombre corto del clúster. Si el servidor no está en clúster, este valor es el valor especificado en la propiedad personalizada del servidor, ClusterTransitionName.
  • Nombre de la instancia del servidor (SI) – este es el nombre corto del servidor. Generalmente, resulta útil porque no puede controlar qué instancia del servidor ejecuta una transacción dentro de un clúster.
  • ID de usuario (UI) asignado a la clase de transacción (TC) de la transacción - utilice el archivo de correlación de clases de transacciones para el servidor para asignar este ID a una transacción.
.

Clasificación de los controladores

Debe clasificar los controladores en SYSSTC o asignarles un objetivo de alta importancia y velocidad, debido a que los controladores realizan una parte del proceso necesario para recibir trabajo en el sistema, para gestionar el manejador del transporte HTTP, clasificar el trabajo y para realizar otras tareas internas.

Importante: Un paso de los procedimientos de arranque del controlador, como por ejemplo BBO7ACR, invoca el programa BPXBATCH para comprobar los niveles de servicio proporcionados, aplicados y pendientes y anota cronológicamente los resultados en el archivo/properties/service/logs/applyPTF.log. Dado que el programa BPXBATCH se clasifica según las reglas de OMVS, en lugar de heredar la clasificación del servicio del procedimiento de arranque, es posible que en un sistema ocupado transcurran algunos minutos antes de que BPXBATA2 obtenga el control. Puede minimizar el impacto del paso BPXBATCH modificando las reglas de la clasificación de la carga de trabajo WML para el trabajo de OMVS por un objetivo de servicio más elevado. En el ejemplo siguiente, el trabajo de OMVS se asigna a una clase de servicio EBIZ_HI, que tiene una importancia de 1 y una velocidad de 50.
Tipo de subsistema . : OMVS
Descripción  . . . Norma de clasificación E_Biz
------Calificador------ -------Clase--------
Acción Tipo Nombre Inicio Servicio Informe
VALORES PREDETERMINADOS: EBIZ_DEF     ________
____ 1 TN FTPSERVE ___ EBIZ_HI ________
____ 1 UI OMVSKERN ___ SYSSTC ________
____ 1 TN WSSRV* ___ EBIZ_HI RPTACR <<==

Clasificación de los sirvientes

Cuando se inicia una región del sirviente, WLM clasifica la región del sirviente como una tarea iniciada y la coloca en una clase de servicio y en una clase de informe basado en las normas de clasificación especificadas en la política de WLM. WLM utiliza esta clase de servicio para determinar la prioridad del espacio de direcciones. La prioridad de un espacio de direcciones determina su acceso a los recursos del sistema durante la inicialización de la región del sirviente.

Cada solicitud de trabajo que recibe la región del controlador se asocia con un enclave WLM. Cada uno de estos enclaves se asocia, a continuación, con una clase de servicio WLM y una clase de informe. Cuando WLM distribuye las solicitudes de trabajo desde la región del controlador a las diferentes regiones del sirviente, intenta mantener juntas todas las solicitudes de trabajo asociadas a la misma clase de servicio. Este agrupamiento de solicitudes significa que las solicitudes de trabajo que procesa una región del sirviente concreta se asocian con los enclaves que generalmente están asociados a la misma clase de servicio. Si todos los enclaves están asociados a la misma clase de servicio, se puede considerar que la región del sirviente está asociada a dicha clase de servicio.

Una vez inicializada la región del sirviente y después de que comience a recibir solicitudes de trabajo, todas las hebras de asignación y las hebras que no son de asignación como, por ejemplo, las hebras GC (Garbage Collection) de Java, se gestionan según los objetivos asociados a la clase de servicio WLM de los enclaves asociados con las solicitudes de trabajo que se ejecutan en el sirviente.

Se informa acerca de todos los recursos que consumen las hebras de asignación mientras un enclave está asociada a dichas hebras en la clase de informe asociado al enclave. Se informa acerca de todos los recursos que consumen las hebras que no están asociadas a un enclave en la clase de informe asociado a la tarea iniciada de la región del sirviente.

Best practice Best practice: Debe asegurarse de que la clasificación del sirviente no está en una posición superior en la jerarquía de clases de servicio como, por ejemplo, el controlador y los servidores de transacciones CICS o IMS.bprac

Normas de clasificación de WLM para el trabajo de tipo STC

El siguiente es un sencillo ejemplo de las normas de clasificación de WLM para el trabajo de tipo STC que cubre las tareas iniciadas del controlador y el sirviente:
          --------Calificador------           -------Clase--------
Acción    Tipo     Nombre   Inicio           Servicio   Informe  
                                    VALORES PREDETERMINADOS: OPS_DEF     ________
_____  1  TN      %%DMN    ___                OPS_HIGH    RWSDMN 
_____  1  TN      T5SRV*   ___                OPS_MED     RT5SRV
_____  1  TN      WS%%%%   ___                SYSSTC      RWSCTLR 
_____  1  TN      WS%%%%S  ___                OPS_HIGH    RWSSRVR

Icon that indicates the type of topic Reference topic



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