一种监控 WebSphere Application Server 工作负载管理的技术

核心提示： 这里阐述的指导原则是在四个 IBM HTTP 服务器上实现的，而不是拥有四个服务器，一种监控 WebSphere Application Server 工作负载管理的技术(5)，每个服务器有三个 WebSphere Portal 服务器克隆的 WebSphere ApplicationServe

这里阐述的指导原则是在四个 IBM HTTP 服务器上实现的，而不是拥有四个服务器，每个服务器有三个 WebSphere Portal 服务器克隆的 WebSphere ApplicationServer 集群。

状态独立与克隆重试

以下的信息是应用在 AIX 平台上的 IBM HTTP Server Version1.x，但也可用于其他基于 UNIX 的 Apache 派生平台上的 IBM HTTP Server Version 1.x。（AIX 平台上的 IBMHTTP Server Version 2 具有一个不同的实现。）

要理解一个使用 AIX 和 IBM HTTP Server Version 1.x 的系统上的 WebSphere Application Server工作负载管理，了解进程体系结构是很重要的：IBM HTTP Server 是基于进程的，其中的每一个客户端连接都是由一个独立的 HTTP服务器进程服务的。单个服务器所能够处理的并发客户端连接的最大数目是由 MaxClients 伪指令（ httpd.conf ）设置的。在实现该解决方案的系统中有四个HTTP 服务器，每个服务器具有多达 500 个以上的活动服务器进程，Web 服务器层总共具有超过 2000 个的 HTTP 服务器进程。

对于 AIX 平台上的 IBM HTTP Server Version 1.x，每个服务器进程运行工作负载管理插件的一个独立的实例。该插件的所有实例均独立运行，它们之间不共享状态信息。对于工作负载管理有以下两点主要的结论：

该插件的每个实例自己发现应用服务器克隆的可用性。

该插件的每个实例独立为每个克隆在标为“down”时操作本身拥有的重试间隔计时器。

重试间隔计时器控制该插件的实例什么时候认为克隆可能又可用了（比如，至少应该尝试一下重新连接）。由于在我们的 Web服务器层中有该插件的这么多状态独立的实例，工作负载管理的端到端行为就可趋向于它们所做出的判断的集合。