[z/OS]

Granularidad de RAS para solicitudes HTTP, IIOP, MDB y de adaptador local optimizado

La granularidad RAS (Reliability Availability and Serviceability) es la capacidad de asignar diferentes valores de atributos RAS a distintos conjuntos de solicitudes dentro del mismo servidor de aplicaciones. Puede mejorar la fiabilidad, la disponibilidad y la capacidad del servidor de aplicaciones, y las solicitudes que procesa, mediante las posibilidades de la granularidad de RAS precisa que se introdujeron en la Versión 8.0 del producto.

El servidor de aplicaciones aplica un conjunto de atributos de RAS para todas las solicitudes que procesa. Los atributos de RAS afectan a la fiabilidad, disponibilidad y capacidad del servidor y las solicitudes. Como ejemplos de atributos de RAS se pueden citar los valores de tiempo de espera excedido, las acciones de tiempo de espera excedido, los valores de rastreo, etc.

La granularidad de RAS es la posibilidad de asignar valores de atributo de RAS diferentes a conjuntos de solicitudes. La finura de la granularidad de RAS depende de la exclusividad con la que el servidor de aplicaciones puede distinguir un conjunto de solicitudes de otro.

La granularidad de RAS en función del servidor significa que en la configuración del servidor se define un único conjunto de valores de atributos de RAS. Este único conjunto de valores de atributos de RAS se aplica a todas las solicitudes que el servidor de aplicaciones procesa. Un ejemplo de un atributo de RAS en función del servidor es el valor de rastreo. Sólo se puede definir un valor de rastreo para un servidor de aplicaciones. Este valor de rastreo se aplica a todas las solicitudes que el servidor de aplicaciones procesa.

La granularidad de RAS en función del protocolo significa que en la configuración del servidor se pueden definir varios conjuntos de valores de atributos de RAS, un conjunto para cada protocolo. El servidor de aplicaciones divide las solicitudes en conjuntos basados en el protocolo de solicitud como, por ejemplo, el protocolo HTTP, o el protocolo IIOP. Entonces, el servidor de aplicaciones aplica el conjunto de valores de atributos de RAS definido para dicho protocolo, a las solicitudes de dicho protocolo. Un ejemplo de un atributo de RAS en función del protocolo es la asignación de tiempo de espera excedido. Puede definir el tiempo de espera excedido de asignación para las solicitudes IIOP mediante la propiedad control_region_wlm_dispatch_timeout, y para las solicitudes HTTP mediante la propiedad protocol_http_timeout_output.

Puede conseguir una granularidad de RAS más fina, definiendo los valores de atributos de RAS en función de la clasificación de la carga de trabajo. La granularidad de RAS en función de la clasificación de la carga de trabajo significa que en la configuración del servidor se pueden definir varios conjuntos de valores de atributos de RAS, un conjunto para cada elemento de clasificación de la carga de trabajo en el archivo de clasificación de la carga de trabajo. El servidor de aplicaciones clasifica las solicitudes en función de los elementos de clasificación de la carga de trabajo definidos en el archivo de clasificación de la carga de trabajo. Entonces, el servidor de aplicaciones aplica el conjunto de valores de atributos de RAS definido para un elemento de clasificación de la carga de trabajo a las solicitudes que se clasifican bajo dicho elemento de clasificación de la carga de trabajo.

La finura de la granularidad de RAS que consigue un esquema de clasificación en función de la carga de trabajo depende del grado de granularidad con que el servidor de aplicaciones pueda clasificar las solicitudes. El servidor de aplicaciones clasifica una solicitud utilizando diversos atributos de la solicitud. En la lista siguiente se proporcionan ejemplos del grado de granularidad con que el servidor de aplicaciones puede clasificar las solicitudes.
  • Para las solicitudes HTTP, el servidor de aplicaciones puede clasificar las solicitudes con el mismo grado de granularidad que el URI (identificador universal de recursos) específico.

    El servidor de aplicaciones puede asignar un conjunto exclusivo de valores de atributos de RAS para las solicitudes HTTP, en función del URI.

  • Para las solicitudes IIOP, el servidor de aplicaciones puede clasificar las solicitudes con el mismo grado de granularidad que el método EJB (Enterprise JavaBeans) específico que se invoca.

    El servidor de aplicaciones puede asignar un conjunto exclusivo de valores de atributos de RAS para las solicitudes IIOP, en función del método EJB.

  • Para las solicitudes del adaptador local optimizado, el servidor de aplicaciones puede clasificar las solicitudes con el mismo grado de granularidad que el nombre del servicio o el nombre de la interfaz de factoría JNDI de la aplicación EJB que debe controlarse.

    El servidor de aplicaciones puede asignar un conjunto exclusivo de valores de atributos de RAS para el adaptador local optimizado en función del nombre del servicio, o en función del nombre de la interfaz de factoría JNDI.

  • Para las solicitudes MDB, el servidor de aplicaciones puede clasificar las solicitudes con el mismo grado de granularidad que la cláusula de selector del descriptor de despliegue MDB.

    El servidor de aplicaciones puede asignar un conjunto exclusivo de valores de atributos de RAS para las solicitudes MDB, en función del selector.


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=crun_wlm_granularity
File name: crun_wlm_granularity.html