WebSphere Extended Deployment Compute Grid, Version 6.1.1
             Operating Systems: AIX, HP-UX, Linux, Solaris, Windows


Transaction class propagation on z/OS operating systems

Service policies contain one or more transaction class definitions. The service policy creates the goal, while the job transaction class is used to connect the job to that goal. When working with z/OS resident applications, the goal defined in the service policy is only used for monitoring and reporting rather than active workload management. The transaction class also serves the purpose of providing the TCLASS value that is propagated to the request and used by Workload Manager for z/OS (WLM).

Transaction classes

Transaction classes are a sub-container of the service policy for work being classified into the service policy that can be used for finer-grained monitoring. The relationship between service policies and transaction classes is one to many: A single service policy can have multiple transaction class definitions, but each transaction class belongs to exactly one service policy. Every service policy has a default transaction class, which in most scenarios is sufficient. Additional transaction classes are created when finer-grained monitoring is necessary for the environment. Each transaction class name must be unique within the cell.

In the Compute Grid environment each job is assigned to a job class. A job class establishes a policy for resource consumption by a set of grid jobs. If a job does not specify a job class, a default one is provided.

Service policy classification in Compute Grid is controlled by a set of rules defined to the job scheduler:
  • A rule that assigns any job of type Java 2 Platform Enterprise Edition (J2EE) to the transaction class defined by default IIOP work class of the named J2EE application.
  • A rule that assigns any job to the default transaction class DEFAULT_TC

The job scheduler evaluates the list of classification rules in order and assigns the transaction class specified by the first matching rule. Only one classification rule set per cell is supported. A default configurable transaction class, DEFAULT_TC by default, is associated with this set. If none of the classification rules match a job, then the default transaction class is applied to that job. When only a Compute Grid only environment exists there is a text field where you specify a transaction class name.

When a job dispatch request reaches the control region, the TCLASS is extracted from the HTTP request header and used to associate the request with a WLM for z/OS service class. An enclave is created having the indicated service class and it is dispatched using WLM to a servant region where the job is run. Queuing and prioritization to achieve service class goals is done by WLM for z/OS at this point.

Service policies defined in the WebSphere Extended Deployment environment are not automatically defined in the WLM for z/OS. After defining the service classes in WLM for z/OS, the corresponding service policies and transaction classes in WebSphere Extended Deployment must be defined, or vice versa.




Related tasks
Configuring service classes in WLM for z/OS
Integrating Compute Grid features in z/OS operating systems
Concept topic    

Terms of Use | Feedback

Last updated: Oct 30, 2009 1:38:02 PM EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.gridmgr.doc/info/scheduler/ccgzosclasses.html