WebSphere 反向投资者: 更好的高可用性 Web 应用程序配置

核心提示： 即使您拥有提供 IP 第 7 层内容路由的 IP Sprayer 或网络交换机，仍然存在问题，WebSphere 反向投资者: 更好的高可用性 Web 应用程序配置(3)，即在 WebSphere Application Server 中的应用程序或服务器配置发生更改时，需要随时维护 IP Sp

即使您拥有提供 IP 第 7 层内容路由的 IP Sprayer 或网络交换机，仍然存在问题，即在 WebSphere Application Server 中的应用程序或服务器配置发生更改时，需要随时维护 IP Sprayer 中的路由信息。即使可以通过从 plugin-cfg.xml 文件提取正确的信息并更新 IP Sprayer 来保持 IP Sprayer 与 WebSphere Application Server 的同步，从而实现此过程的自动化，但这仍然可能需要一定的手动操作。由于目前人员成本是 IT 中最高的成本，因此我不认为这是一个经济高效的解决方案。

即使没有应用程序状态，我也不会太支持在 HTTP 服务器插件和 WebSphere Application Server 之间放置 IP Sprayer，因为这样增加了体系结构的复杂性和所需的管理工作，而且还增加了硬件成本。

最后（这一点对于需要和不需要状态的应用程序都适用），要在 HTTP 服务器插件和 Web 容器间放置 IP Sprayer，需要 IP Sprayer 具有确定不对应的应用服务器 Web 容器的机制，以便将请求重定向到其他应用服务器。虽然通常可以配置 IP Sprayer 来执行某种类型的“应用服务器运行状况检查”，但这也会增加复杂性——而且如果配置不正确，在 HTTP 服务器插件可以辨别停机故障的情况下，IP Sprayer 将继续把请求发送到不可用的应用服务器（在尝试采用这种方式的客户中的确发生了类似的情况）。

既然我已经给出了反对观点，接下来让我们讨论建议的方案。

首先，我建议对 plugin-cfg.xml 文件中的参数进行一行调整。可能最有用的参数有 ServerIOTimeout、ConnectTimeout 和 MaxConnections 参数。通常，对于 ServerIOTimeout 和 ConnectTimeOut，可以将其缺省值（分别为 5 分钟和操作系统 TCP/IP 超时）向下调整到很小的数字，如 ServerIOTimeout 可以设置为 30-60 秒，而 ConnectTimeOut 可以设置为 5-10 秒。通过这样，可以大幅度提高（相对于使用缺省设置的情况）插件将请求重定向到其他应用服务器的速度，并提高应用程序的响应能力。

更改 MaxConnections 还可以帮助防止服务器过载。通常，这所增加的大小不应超过 Web 容器中线程池大小的 20 – 25%。否则，当某个应用服务器失败时，请求就可能导致剩下的应用服务器实例过载。我还建议减少 TCP 传输通道的最大开放连接数（虽然 WebSphere Application Server 信息中心建议采用缺省值 20,000）。我之所以建议这样，其理由仍然是为了避免请求导致服务器过载，特别是在服务器处理请求的速度较慢的情况下。虽然用于管理 WebSphere Application Server Web 容器的连接请求的线程极为高效，但您肯定仍然最不希望在服务器变慢的情况下让等待其处理的其他工作开始排队。

那么，如果您尝试按照上面所建议的进行调整，仍然无法获得所需的响应能力和服务质量，又该如何呢？

如果出现这种情况，我建议您阅读 IBM WebSphere Extended Deployment 操作优化，其中包括按需路由器（On Demand Router，ODR），设计将其放置在 HTTP 服务器和 WebSphere Application Server Web 容器之间，以提供“识别”应用程序状态的工作负载管理（以及识别应用程序版本的工作负载管理）。而且，ODR 还将服务器响应、负载等包含到了负载管理算法中（和 z/OS 工作负载管理一样）。ODR 还与 WebSphere Application Server 管理基础设施实现了集成，因此不需要开发额外的手动或自动机制来同步 WebSphere Application Server 计算单元配置和 IP Sprayer 间的配置。此外，WebSphere Extended Deployment 与购买额外的网络交换机一样经济高效（如果不是更好的话），不过与网络交换机不同，ODR 不支持部署在 DMZ 中。

WebSphere 反向投资者 的第一篇文章到此结束。