利用 WebSphere Application Server for z/OS 中面向目标的工作负载管理

核心提示： 请求分类可以使用 XML 工作负载分类文档对具有不同服务分类的传入 HTTP、IIOP 和消息驱动 Bean 工作请求分类，并向传入请求分配 XML 文件事务分类 (TCLASS)，利用 WebSphere Application Server for z/OS 中面向目标的工作负载管理(4)，

请求分类

可以使用 XML 工作负载分类文档对具有不同服务分类的传入 HTTP、IIOP 和消息驱动 Bean 工作请求分类，并向传入请求分配 XML 文件事务分类 (TCLASS)。TCLASS 值将传递给 WLM，后者最终将 TCLASS 与某个服务分类和某个报告分类关联（如果指定了的话）。

不要在系统中使用太多服务分类的建议实践仍然有效，即使对于 WebSphere Application Server 工作负载也是如此。从 z/OS 的角度看，由于 WLM 不断对系统资源进行采样和调整以帮助所有服务分类满足性能目标，太多的活动服务分类将会减慢调整过程（WLM 在每个十秒的间隔期间做出一次调整）。太多的服务分类可能导致某些急需资源的工作负载没有得到及时关注。通常，系统中的活动服务分类周期的数量不应该超过 30。通常，z/OS 用户采用将工作负载划分到较少服务分类中并根据情况组合相似工作负载的原则。

尽管您能够将不同的 WebSphere Application Server 应用程序或组件划分到不同的性能目标分类中，但是不应该通过定义非常细粒度的分类来滥用此机制。

要注意，并非所有 Web 应用程序都能够使用基于 URI 的分类。此类应用程序的示例包括诸如 Struts、Ajax 等使用框架的应用程序，其中客户端请求的 URL 对不同种类的请求来说是完全相同的。这些类型的应用程序将阻止您基于 URL 对不同的业务事务分类。

队列服务

工作队列

WebSphere Application Server 旨在处理大量的并行短时间任务，工作队列和线程池是两个经常用来处理并行工作负载的组件。

在所有平台上，WebSphere Application Server 均实现线程池来处理客户端发出的请求。WebSphere Application Server for z/OS 将工作队列机制与线程池组合起来为客户端请求提供服务。WebSphere Application Server for z/OS 的控制区域将请求插入与服务区域关联的工作队列，然后服务区域从绑定的工作队列中选择请求，并在线程池内进行处理。