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

核心提示： 图片看不清楚？请点击这里查看原图（大图），如果启用了多个服务区域，利用 WebSphere Application Server for z/OS 中面向目标的工作负载管理(6)，请确保指定服务区域的最大实例数量，以防止由于过多的服务区域启动而导致服务下降，因为没有启用多个服务区域功能，因此，同

图片看不清楚？请点击这里查看原图（大图）。

如果启用了多个服务区域，请确保指定服务区域的最大实例数量，以防止由于过多的服务区域启动而导致服务下降。同时，通过指定最小实例数量，您可以在 WebSphere Application Server 的整个生命周期中拥有许多活动的服务区域。

WLM 队列管理器服务依赖应用程序环境。如图 3 所示，控制区域将表示工作请求的 Enclave 插入到应用程序环境中与服务分类关联的 WLM 工作队列。在每个应用程序环境中，只有一个工作队列映射到一个服务分类；工作队列将仅遵循服务分类的名称。可以有更多的工作队列为单个服务分类提供服务，但是要将它们分离到不同的应用程序环境（服务器）中。

工作队列与服务区域的关系

正如上面提到过的，在 WebSphere Application Server 应用程序环境中，工作队列的数量等于为 WebSphere Application Server 上运行的应用程序划分的服务分类的数量。

下面，让我们研究一下工作队列与服务区域之间的关系，以及它们在这两种场景的上下文中对总体性能的影响（其中 M = 服务区域的数量）：

单个服务区域：M = 1

多个服务区域：M >1

可以使用 WLM 工作队列查看工具 WLMQUE 来监视活动的服务器地址空间（WebSphere Application Server 服务区域）、服务分类工作队列、在工作队列中等待的当前请求数量、服务区域从队列中接收的请求总数、由于关联而直接发送到服务区域的请求数量，等等。（为了便于说明，下面包括了从 WLMQUE 工具中捕获的屏幕。）

单个服务区域：M=1

缺省情况下，z/OS 上的 J2EE 服务器有一个服务区域。在此场景中，服务区域没有与任何特定的服务分类绑定，这意味着所有的工作请求将由单个服务区域选择，并在该服务区域中得到服务。但是，如果出现可使用多个服务区域来缓解的性能瓶颈，WLM 将不能启动附加的服务区域，因为没有启用多个服务区域功能。因此，这种具有单个服务区域的应用程序环境称为“非托管”应用程序环境。