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

核心提示： 用于克隆变得不可用（也就是上面的图 1 中的克隆 241，242 和 243）所在的现有会话的时间周期，一种监控 WebSphere Application Server 工作负载管理的技术(8)，决不会出现已经在一直存在的克隆上重新建立的会话在原来失败的克隆再次可用时退还回去的情况，应该记住以

用于克隆变得不可用（也就是上面的图 1 中的克隆 241，242 和 243）所在的现有会话的时间周期。

决不会出现已经在一直存在的克隆上重新建立的会话在原来失败的克隆再次可用时退还回去的情况。应该记住以下几点：

在从 11:57:10 到 11:57:20 的时间间隔内有 12 组 cookie（它们看起来只是在上述表格内的六个克隆中）。这些 cookie 用于207 个 Web 资源请求（在这种配置下没有缓存代理，因此所有的 Web 客户端请求都会影响 Web 服务器）。

在这六个克隆中，工作负载近似相等；由于所有的工作负载管理插件是独立使用轮叫（Round Robin）负载平衡工作的，这表明会出现给定的克隆被选择两次的情况，所以不会存在完全的均衡。第一个Web 页面请求由一个工作负载管理插件处理，接下去对于下一个 Web 页面请求立即由不同的工作负载管理插件进行处理。

12:23:30 之后的很短时间内，手工终止应用服务器进程（包括克隆 JVM），使克隆 241，242 和 243不可用。（在生产环境中不推荐使用这种方法；这里是用来模拟服务器失败。）从 12:23:30 到 12:23:40的时间间隔内，一些请求到达失败节点的克隆上。然而，工作负载管理插件已经在某一现存的克隆（231，232 和233，或者不包括在表中的六个克隆的某一个）上为这些请求建立了新的会话。

在 12:42:50 和 12:43:00期间，手工停止的应用服务器重新启动，某些正在为 Web 客户端启动新会话的工作负载管理插件检测到克隆 241，242 和 243再次可用，然后开始用这些克隆建立新的会话。

安装和配置监控过滤器

本文包括了监控过滤器脚本以供您个人使用。要安装和配置这些脚本，您需要执行以下步骤：

下载 httpd_cookie_filter.pl PERL 脚本到 Web服务器的 bin 目录中。例如，在使用 IBM HTTP Server 的 AIX 上，过滤器脚本必需安装为 /usr/HTTPServer/bin/httpd_cookie_filter.pl 并使之可执行：

chmod a+x /usr/HTTPServer/bin/httpd_cookie_filter.pl

编辑 httpd.conf Web 服务器配置文件，使它：

包含 LogFormat 伪指令，如示例 4 所示。

包含相应的 CustomLog 伪指令，如示例 5 所示。

编辑 httpd_cookie_filter.pl PERL脚本来使用在您的环境中定义的克隆。您可以通过使克隆标识符和克隆名称配对来程序化完成这些工作。例如，在 AIX 上，这些信息是在配置文件 /usr/WebSphere/AppServer/config/plugin-cfg.xml 中找到的（参阅示例 3 和 6）。

重启 Web 服务器。

如果您没有访问权限来执行这些操作，或者您在其中的某个阶段出了问题，那么请联系您的 Web 服务器管理员。

结束语

本文阐述了如何采用 IBMHTTP Server服务器配置来提供一种评估方法，以评估故障转移和恢复时期的工作负载管理行为和克隆可行性问题。这里提供了一个过滤脚本来说明使用个别的克隆是如何进行全程跟踪的；在其他场景下，通过修改Web 服务器配置文件中的日志格式以及过滤脚本的正则表达式，同样的技术也可用于监控 Apache Web服务器。我们的技术包含在一个示例中，这个示例说明了如何使用 Apache Web 服务器日志来建立或增强对端到端 Web站点的实现，以及对各种负载情况（从正常操作到高负载和故障转移的情况）下的性能的理解。

本文示例源代码或素材下载