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

核心提示： 图 2. 分层高可用性这里我们感兴趣的是注解不建议——插件和 Web 容器间的 IP Sprayer (NOT Recommended – IP Sprayer between plug-in and Web container)，经常有人问我，WebSphe

图 2. 分层高可用性

这里我们感兴趣的是注解不建议——插件和 Web 容器间的 IP Sprayer (NOT Recommended – IP Sprayer between plug-in and Web container)。经常有人问我，为什么不建议采取此类配置。除了我经常采取反向投资者的视角看待问题（我个人习惯的方式）外，我的理由如下：

如果有任何应用程序状态（例如，HTTP 会话），则我的标准建议是，不要在 HTTP 服务器插件和 WebSphere Application Server Web 容器之间放置 IP Sprayer 或负载平衡器。plugin-cfg.xml 文件中的 ClusterAddress 参数可以用于此目的，此参数在 WebSphere Application Server on z/OS® 引入，因此可以使用 z/OS 工作流管理。有一点您或许知道，z/OS 工作负载管理非常复杂，使用应用程序状态、服务器响应能力、负载等等来进行路由（和故障转移）决策，而 IP Sprayer 或网络交换机仅提供此信息的某些部分的内容。

另一个问题（这个问题可能更大）是，配置 IP Sprayer 正确地维护应用程序状态。大部分 IP Sprayer 依赖于 IP 第 3 层或 IP 第 4 层信息来维护应用程序状态或“粘性”(stickiness)，依赖于用户名、客户端 IP 地址或随机分配来将请求分配到特定服务器。不过，DHCP、网络地址转换和 Web 代理可能会导致客户端的 IP 地址在多个请求间发生变化。因此，这些技术并不能提供与 WebSphere Application Server Network Deployment HTTP 服务器插件相当的关联。这意味着 IP Sprayer 必须配置为能识别 HTTP Cookie 或 WebSphere Application Server 所使用的 URL 信息；而且，除非 IP Sprayer 部署了 IP 第 7 层内容路由，否则将不会正确维护应用程序状态。