![[z/OS]](../images/ngzos.gif)
Sugerencias de ajuste de la gestión de carga de trabajo (WLM) para z/OS
Puede utilizar la consola administrativa para proporcionar el nombre de procedimiento JCL (Job Control Language) para el sirviente y el parámetro JCL para el sirviente y, de este modo, configurar un entorno de aplicaciones dinámico. Incluso si configura un entorno de aplicaciones dinámico, debe establecer los objetivos de WLM para su entorno.
Los objetos WLM correctos pueden afectar de modo significativo el rendimiento de la aplicación. Los espacios de direcciones de WebSphere Application Server deben tener una prioridad bastante alta. Cuando establezca los objetivos de WLM para el sistema z/OS, es posible que desee:
- Clasificar los controladores y daemons de servicio de ubicación como SYSSTC o alta velocidad.
- Utilizar las normas de clasificación STC para clasificar los objetivos
de velocidad para los servidores de aplicaciones.Al principio de la vida del sirviente o si ha establecido el parámetro ManageNonEnclaveWork en IEAOPTxxWLM en yes:
- La recogida de basura de Java se ejecuta bajo esta clasificación. La recogida de basura de Java es un proceso de gran actividad de CPU y almacenamiento. Si establece el objetivo de velocidad en un valor muy alto, la recogida de basura puede consumir más recursos del sistema de los deseados. Si el almacenamiento dinámico de Java está ajustado correctamente, la recogida de basura para cada sirviente no debe ejecutarse más del 5% del tiempo. Asimismo, es necesario proporcionar la prioridad adecuada al proceso de recogida de basura, ya que se detiene el resto de trabajo en la región del sirviente durante la mayor parte del tiempo que se está ejecutando.
- Las compilaciones de archivos JSP (JavaServer Page) se ejecutan bajo esta clasificación. Si el sistema se configura para que realice estas compilaciones durante el tiempo de ejecución, si se establece el objetivo de velocidad en un valor demasiado bajo puede provocar retardos más prolongados mientras se espera a que finalicen las compilaciones del archivo JSP (JavaServer Page).
Si el parámetro ManageNonEnclaveWork en IEAOPTxxWLM se establece en no, o no se especifica, la mayoría de compilaciones de recogida de basura de Java y de JavaServer Page se gestionan de acuerdo con los criterios de clase de servicio establecidos para el sirviente al que están asignados para el proceso.
El trabajo de la aplicación se clasifica bajo el gestor de trabajo.
- Establezca objetivos de tiempo de respuesta expresados como porcentaje que
puedan alcanzarse.
Por ejemplo, un objetivo de que un 80% del trabajo se complete en .25 segundo es un objetivo típico. Los objetivos de velocidad para el trabajo de aplicación carecen de significado y deben evitarse.
- Los objetivos pueden ser para varios periodos.
Esta estrategia puede ser útil, si tiene transacciones en ejecución que son claramente cortas y largas en la misma clase de servicio. Asimismo, por lo general es mejor filtrar este trabajo en diferentes clases de servicio si puede. La ubicación en una clase de servicio distinta colocará el trabajo en un sirviente distinto que permita que WLM tenga más latitud en la gestión de objetivos.
- Defina clases de informe de WLM exclusivas para las regiones de sirviente y para las aplicaciones que se estén ejecutando en el entorno de aplicaciones. Si se definen clases de informes WLM, RMF (Resource Measurement Facility) puede generar informes con información sobre rendimiento con más granularidad.
- Utilice la variable
wlm_maximumSRCount=x
y la variable
wlm_minimumSRCount=y
para controlar el número máximo y mínimo de sirvientes, si la configuración de WLM
está establecida para que no haya ningún límite.
Para especificar valores para estas variables, en la consola administrativa, pulse Servidores > Tipos de servidor > Servidores de aplicaciones WebSphere, y seleccione el servidor de aplicaciones apropiado.
Avoid trouble: Si especifica un valor para la variable wlm_maximumSRCount, el valor debe ser mayor que o igual al número de clases de servicio definido para este entorno de aplicación. Si el valor es menor que el número de clases de servicio definido, se pueden producir tiempos de espera excedidos debido a que hay un número insuficiente de sirvientes disponibles. gotcha
- Revise periódicamente los resultados notificados en el informe de actividad
de la carga de trabajo del postprocesador RMF:
- Las transacciones por segundo (no siempre las mismas que la cadencia de transf. de cliente)
- Tiempos medios de respuesta (y distribución de tiempos de respuesta)
- Tiempo de CPU utilizado
- Porcentaje de tiempo de respuesta asociado con varios retardos
- Tenga cuidado con el trabajo que toma como valor predeterminado SYSOTHER. Tal como se indica en el tema Subsystem-Specific Performance Hints del Information Center de z/OS, el trabajo en los susbsistemas que utilizan enclaves puede experimentar una disminución del rendimiento si no se ha clasificado la definición de servicio. Si no añade reglas de clasificación para este trabajo en la definición del servicio, se asigna automáticamente a la clase de servicio SYSOTHER, que tiene un objetivo discrecional.
- Preste atención al mensaje de error BBOO0037E Function
IWMSRCRR failed with RC=8,REASON=00000868 si se produce en una región de control. Restricción: Al tener en cuenta el proceso de gestión de carga de trabajo (WLM) en el sistema z/OS con espacios de direcciones WebSphere Application Server activos, este mensaje aparece cuando el número de servidores que intentan registrarse en WLM ha superado el máximo de 256. En concreto, el servidor número 257 (y los servidores posteriores) que intentan registrarse con WLM fallarán con este mensaje. El máximo de 256 es una restricción fija del sistema y no se puede cambiar.