[z/OS]

Beans controlados por mensajes y valores de ajuste en z/OS

Al ejecutar WebSphere Application Server en el sistema operativo z/OS, debe comprender una serie de conceptos para configurar los valores de ajuste disponibles para los beans controlados por mensajes.

WebSphere Application Server en z/OS: un servidor multiproceso

Cuando se ejecuta WebSphere Application Server en z/OS, la carga de trabajo se distribuye entre varios tipos de regiones (procesos), tal como se muestra en el diagrama siguiente.

Figura 1. El WebSphere Application Server que se ejecuta en z/OS tiene una estructura multiproceso
Una instalación de WebSphere Application Server tiene una región de control (CR), un complemento de la región de control (CRA), y varias regiones de sirviente (SR). La carga de trabajo de entrada que excluye la integración de servicios entra en la región de control y se distribuye a las regiones de sirviente. La carga de trabajo de entrada para la integración de servicios entra en el complemento de la región de control y se direcciona a través de la región de control a las regiones de sirviente. El complemento de la región de control contiene varios motores de mensajería. Las aplicaciones que se ejecutan en la región de servicio se comunica con los motores de mensajería en el complemento de la región de control.
La región de control (también conocida como controlador)
La región de control (CR) ejecuta código del sistema y es el punto final de comunicación para la carga de trabajo entrante (por ejemplo, IIOP, HTTP) excepto la carga de trabajo entrante del bus de integración de servicios. La CR clasifica la carga de trabajo y, a continuación, utiliza la función de gestión de carga de trabajo de z/OS (WLM) para distribuir la carga de trabajo entre las regiones de sirviente.
El complemento de la región de control (también conocido como complemento)
Los procesos siguientes se ejecutan en el complemento de la región de control (CRA):
  • Motores de mensajería del bus de integración de servicios
  • Adaptador de recursos del bus de integración de servicios (RA)
  • Desde la versión 7.0 de WebSphere Application Server en adelante, el Adaptador de recursos de IBM MQ
CRA es el punto final de comunicación para la carga de trabajo entrante de integración de servicios (es decir, para beans controlados por mensajes y mediaciones). Esta carga de trabajo se direcciona a través de la CR para su clasificación y distribución. Si hay varios motores de mensajería en el servidor, todos se ejecutarán en el mismo CRA. Si no hay ningún motor de mensajería en el servidor, el CRA todavía es necesario para ejecutar los adaptadores de recursos entrantes de integración de servicios. Si el soporte de integración de servicios está inhabilitado para el servidor no hay ningún CRA, pero si está utilizando el adaptador de recursos de IBM MQ en esta situación, es necesario iniciar el CRA explícitamente como se describe en [z/OS]Valores del proveedor de JMS.
Regiones de sirviente (también conocidas como sirvientes)
El código de la aplicación (por ejemplo, Enterprise Java™ Beans (EJB), beans controlados por mensajes, servlets) se ejecuta en las regiones de sirviente (SR). Puede configurar el servidor para que se ejecute con un único sirviente, pero con más frecuencia debe configurarlo con varios sirvientes. WLM de z/OS puede ajustar el número de las SR de forma dinámica como respuesta a las variaciones de la carga de trabajo.

En la sección Clasificación de gestión de carga de trabajo para beans controlados por mensajes se explica cómo se distribuye la carga de trabajo entre los sirvientes para optimizar el rendimiento.

Proveedores de mensajería de WebSphere Application Server

El flujo de mensajería depende de cómo instalar la aplicación de beans controlados por mensajes, que se determina por la selección del proveedor de mensajería.

Nota: El mismo proveedor de mensajería puede proporcionar métodos de despliegue diferentes.
WebSphere Application Server en z/OS da soporte a los siguientes proveedores de mensajería:
Proveedor de mensajería predeterminado de WebSphere Application Server
El proveedor de mensajería predeterminado (integración de servicios) da soporte al RA de JCA (Java Connector Architecture). Cuando se instala una aplicación de beans controlados por mensajes se proporciona una especificación de activación.
proveedor de mensajería IBM MQ
El proveedor de mensajería de IBM MQ utiliza su sistema IBM MQ como proveedor y da soporte a los métodos siguientes de instalación de aplicaciones de beans controlados por mensajes:
  • JCA, utilizando RA
  • ASF (Application Server Facilities), utilizando el servicio de escucha de mensajes y los puertos de escucha de mensajes
JCA es la tecnología estratégica de Java EE y se prefiere a la tecnología ASF anterior, que está en desuso en WebSphere Application Server desde la versión 7.0 en adelante.
Proveedores de mensajería de otro fabricante que incluyan las extensiones ASF opcionales de la especificación JMS
Para utilizar un proveedor de mensajería ASF de otro fabricante, añádalo a la configuración de WebSphere Application Server como proveedor de JMS. En la consola administrativa, vaya a Recursos > JMS > Proveedores de JMS.
Proveedores de mensajería de otro fabricante que incluyen un adaptador de recursos (RA) compatible con JCA
Para utilizar un proveedor de mensajería JCA de otro proveedor, instale el archivo de adaptador de recursos (RAR) de JCA en WebSphere Application Server. En la consola administrativa, vaya a Recursos > Adaptadores de recursos > Adaptadores de recursos.
Nota: El mismo WebSphere Application Server puede utilizar varios proveedores de mensajería diferentes.

Gestión de carga de trabajo en z/OS

Un bean controlado por mensajes se ejecuta normalmente en un servidor de aplicaciones que aloja una carga de trabajo heterogénea, incluyendo los tipos de trabajo siguientes:
  1. Otros beans controlados por mensajes
  2. Enterprise beans a los que se accede a través de IIOP
  3. Servlets y JSP a los que se accede a través de HTTP

Existen diversos controles de ajuste asociados a los beans controlados por mensajes y sus valores proporcionan un control más preciso sobre la cantidad de trabajo de beans controlados por mensajes realizado para un determinado bean controlado por mensajes (o un conjunto de beans controlados por mensajes) en un servidor determinado. Sin embargo, no utilice estos valores para dar prioridad al trabajo de bean controlado por mensajes en relación con otro trabajo del servidor. En su lugar, para gestionar una carga de trabajo heterogénea en z/OS, utilice la clasificación de gestión de carga de trabajo (WLM).

Clasificación de gestión de carga de trabajo para beans controlados por mensajes

El proceso controlado por mensajes se compone de dos funciones lógicas:
  • Escucha, que examina cada mensaje cuando llega, determina la seguridad y el contexto transaccional del mensaje e identifica el bean controlado por mensajes para procesarlo.
  • Envío, que obtiene el mensaje y activa el método onMessage del bean controlado por mensajes.

Estas funciones están controladas por la clasificación de la carga de trabajo de WLM.

Hay dos partes en la clasificación de la carga de trabajo de WebSphere Application Server para la gestión por parte de WLM cuando se ejecuta WebSphere Application Server en z/OS:
Determinar una clase de transacción adecuada para el elemento de trabajo
WebSphere Application Server utiliza unas reglas que el administrador de WebSphere Application Server especifica en un documento XML conocido como [z/OS]Archivo de clasificación de carga de trabajo para clasificar elementos individuales de carga de trabajo en un conjunto gestionable de clases de transacción a las que se pueden dar distintos objetivos de rendimiento. Las clases de transacción son agrupaciones que se eligen: puede decidir cuántas clases hay y los nombres que tienen. El administrador de WebSphere Application Server especifica la vía de acceso al archivo de clasificación de carga de trabajo utilizando funciones de administración de WebSphere Application Server.

Cuando WebSphere Application Server recibe una solicitud de trabajo HTTP, IIOP o de bean controlado por mensajes, determina una clase de transacción adecuada para el elemento de trabajo. Para el trabajo de bean controlado por mensajes, la clase de transacción normalmente se determina a partir del originador del mensaje de entrada, los atributos del mensaje y el bean controlado por mensajes de destino. Cuando WebSphere Application Server utiliza z/OS WLM para pasar las solicitudes de trabajo de WebSphere Application Server desde la región de control (o el complemento de la región de control) a una región de sirviente, WebSphere Application Server especifica la clase de transacción que ha seleccionado para el elemento de trabajo.

Asignación de los recursos adecuados para procesar el elemento de trabajo
El administrador de WLM de z/OS utiliza los paneles ISPF de WLM para especificar una clase de servicio de WLM apropiada, y una clase de informe para cada clase de transacción, tal como se describe en el enlace web z/OS Internet Library. z/OS WLM correlaciona la clase de transacción con la clase de servicio y la clase de informe de WLM adecuadas para asignar los objetivos de rendimiento. Estos objetivos (que son relativos a la carga de trabajo total en z/OS – no sólo la carga de trabajo de WebSphere Application Server) se logran decidiendo qué sirviente debe procesar el mensaje y si se deben desviar los recursos adicionales procedentes o destinados a ese sirviente.
Para obtener más información sobre la clasificación de la gestión de carga de trabajo, consulte [z/OS]Clasificación de la carga de trabajo z/OS.

Para clasificar el trabajo de integración de servicios en el documento de clasificación de carga de trabajo de z/OS® WLM, consulte [z/OS]Archivo de clasificación de carga de trabajo.

Flujo de mensajería para los beans controlados por mensajes

El flujo de mensajería depende de los métodos de despliegue que utilice para los beans controlados por mensajes y el proveedor de mensajería que WebSphere Application Server utilice. Los subtemas describen flujos de mensajes para diversos métodos de despliegue:
  • Integración de servicios en modalidad JCA
  • WebSphere MQ en modalidad JCA
  • WebSphere MQ en modalidad ASF
Para mayor simplicidad, en los temas siguientes se da por supuesto que el servidor aloja un único bean controlado por mensajes y que varias instancias de bean controlado por mensajes pueden estar ejecutándose simultáneamente en todas las hebras de trabajo de sirviente.

Icon that indicates the type of topic Concept topic



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