我有一个 WAS 环境，其拓扑如下所示：（这里有一个错字，“IH”应该是“IHS”）
来自最终用户的请求通过 IHS 并到达 WAS1，然后来自 WAS1 的应用程序将从其后端 WAS2 CLUSTER 调用应用程序服务，F5 设备负责负载平衡工作。
我的问题是关于WAS2集群的会话跟踪机制。启用Memory-to-memory replication后，我可以在此处使用cookies或使用其中一个URL rewriting吗？如果是这样，我需要进行任何手动配置吗？如果没有，我可以使用哪种跟踪方式？哪个不能？为什么？
请帮助解释尽可能详细！
提前致谢
Cookie 或 URL 重写与 Session 复制无关。它们是客户端将会话 ID 发送回服务器的工具。默认情况下支持 Cookie，您需要选中一个框以启用 URL 重写。
我有几个问题要问你。
(1) 为什么 WAS 1 没有集群？（或者你不想在这张照片中展示它）。
（2）它起什么作用？可以通过简单的 IHS 实现该功能吗？
(3) 为什么在 WAS 1 和 WAS 集群之间使用 F5？我不明白 F5 负载均衡器的工作原理。通常 IHS 使用 WAS 生成的克隆 ID 来了解将请求路由到哪个 WAS 服务器。这就是在 IHS+WAS 中实现会话亲和性的方式。F5 可能会也可能不会做到这一点。
除了启用 URL 重写并确保应用程序代码中的所有链接都使用编码的 URL 之外，上述结构中不需要任何配置。我宁愿坚持使用 Cookie，因为这是默认方法，事实上，如果关闭 cookie，WAS 将无法工作（因为用于安全性（auth/auth）的 LTPAToken 作为 cookie 发送回客户端） .
除了一个“未编码的 URL 链接”可能会丢失用户的会话这一事实之外，使用 URL 重写没有任何害处。
高温高压