![[z/OS]](../images/ngzos.gif)
Gestión de espacio de direcciones para solicitudes de trabajo
El producto propaga el contexto de rendimiento de las solicitudes de trabajo utilizando enclaves de gestión de carga de trabajo (WLM). Cada transacción tiene su propio enclave y se gestiona según su clase de servicio.
El controlador de un servidor, al que la gestión de cargas de trabajo ve como un gestor de colas, utiliza el enclave asociado con una solicitud de cliente para gestionar la prioridad del trabajo. Si el trabajo tiene una prioridad alta, la gestión de cargas de trabajo puede direccionar el trabajo a un sirviente de prioridad alta en el servidor. Si el trabajo tiene una prioridad baja, la gestión de cargas de trabajo puede direccionar el trabajo a un sirviente de prioridad baja. El efecto es crear una partición del trabajo según la prioridad en el mismo servidor.

- El producto utiliza su propio conjunto de reglas para crear un enclave para una solicitud de cliente desde la red.
- Algunos subsistemas, por ejemplo, un servidor HTTP IBM®, crean enclaves y los pasan al servidor de aplicaciones que, a su vez, también pasa los enclaves.
- El producto trata los trabajos por lotes como si fueran clientes remotos.
Para comunicar el contexto de rendimiento a la gestión de carga de trabajo, debe clasificar las cargas de trabajo del sistema según los siguientes calificadores de trabajo.
Abreviatura del calificador de trabajo | Calificador de trabajo | Entidad de producto correspondiente |
---|---|---|
CN | Nombre de colección | Nombre de clúster |
UI | ID de usuario | ID de usuario con el que se ejecuta el trabajo |
Para obtener más información sobre las reglas de clasificación y los calificadores de carga de trabajo, consulte el tema Clasificación de la carga de trabajo de z/OS y la publicación de z/OS z/OS MVS Planning: Workload Management.
Además de las cargas de trabajo de cliente, debe tener en cuenta el rendimiento de los servidores de tiempo de ejecución del producto y los servidores de aplicaciones de empresa. En general, los controladores de servidor actúan como direccionadores de trabajo, por lo que deben tener una prioridad alta. Como la gestión de carga de trabajo inicia y detiene sirvientes de forma dinámica, los sirvientes también necesitan una prioridad alta para inicializarse rápidamente. Una vez inicializados los sirvientes, ejecutan el trabajo según la prioridad del enclave del cliente, por lo que la prioridad de sirviente que se asigna no tendrá ningún efecto después de la inicialización.
En resumen, utilice la tabla siguiente para establecer los objetivos de rendimiento de cada clase:
Si clasifica ... | ... asígnelo/a a: | Explicación |
---|---|---|
Daemon de servicio de ubicación | SYSSTC o un STC de alta importancia y velocidad | El sistema lo trata como una tarea iniciada y debe direccionar rápidamente las solicitudes de trabajo. |
Controlador | SYSSTC o un STC de alta importancia y velocidad | El controlador debe direccionar el trabajo rápidamente, pero debe compaginar la prioridad del servidor de aplicaciones corporativo con otros trabajos del sistema. |
Sirviente | Un STC de menor importancia y velocidad que el controlador | El sirviente debe tener asignado un objetivo
menor que el controlador porque el sirviente es menos importante que el controlador. ![]() |
Entorno de aplicaciones | Utilice las reglas de clasificación CB, el objetivo de tiempo de respuesta percentil, por ejemplo, el 80% de transacciones completadas en 0,25 segundos. | |
Aplicaciones cliente | Suponiendo una aplicación de ejecución a largo plazo, se debe utilizar un objetivo de velocidad relativo al resto de trabajo del sistema. |