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

核心提示： 如果 WLM 能够启动新的服务区域（因为还没有达到最大服务区域数量），那么它将会那样做，利用 WebSphere Application Server for z/OS 中面向目标的工作负载管理(9)，WLM 并不是简单地将任何服务区域从 CBDEF 转换到 CBHI；仅当没有其他选择时，它才会

如果 WLM 能够启动新的服务区域（因为还没有达到最大服务区域数量），那么它将会那样做。WLM 并不是简单地将任何服务区域从 CBDEF 转换到 CBHI；仅当没有其他选择时，它才会将某个服务区域的绑定服务分类工作队列转换到另一个服务分类工作队列（例如，如果当前服务区域的数量达到服务区域最大数量限制）。此外，由于 WLM 可以帮助动态维护服务区域的数量以适应工作负载变化，它还可能在生产期间启动新的服务区域，以帮助工作负载实现性能目标。

如果 WLM 能够启动新的服务区域，则将由该服务区域提供服务的请求的处理将延迟到该服务区域启动以后。如果不能容忍动态启动新服务区域的延迟和开销——尤其是在所部署的应用程序非常复杂的情况下——则替代解决方案是将最小服务区域数量设置为等于最大数量。

多少服务分类才合适？

一般来说，为 WebSphere Application Server 应用程序划分的服务分类数量不要多于服务区域的最大数量。例如，如果将最大服务区域数量设置为 5，则不要将应用程序划分为五个以上的服务分类。

假设您的 WebSphere Application Server 正在保持最大服务区域数量，这些服务区域全都绑定到不同的服务分类工作队列。新的请求传入并滞留在新的服务分类工作队列中。现在所有服务区域均绑定到现有工作队列，没有任何服务区域能够立即转换到新的服务分类工作队列。转换持续时间无法精确计时；可能为数秒或数分钟。工作请求只能滞留在队列中，推迟不确定的时间长度，同时可能触及某些超时设置。

作为一般实践，始终要设置 N <= M，其中 N = 映射服务分类的数量（包括用于未分类的请求的服务分类），M = 服务区域的数量。

每个服务区域都具有对实际存储的需求。如果系统上的实际存储量有限，您可能担负不起拥有许多服务区域。请确保有足够的存储来支持预期的工作负载吞吐量所需要的最大服务区域数量。考虑到应用程序的服务分类数量应该少于服务区域数量的事实，您可能担负不起将应用程序划分为许多服务分类。