Websphere 有关webpshere会话内存到内存复制的问题

Websphere 有关webpshere会话内存到内存复制的问题,websphere,websphere-7,websphere-6.1,Websphere,Websphere 7,Websphere 6.1,我有一个WAS环境,它的拓扑结构如下:(这里有一个输入错误,“IH”应该是“IHS”) 来自最终用户的请求通过IHS到达WAS1,然后来自WAS1的应用程序将从其后端WAS2集群调用应用程序服务,F5设备将负责负载平衡工作 我这里的问题是关于WAS2集群的会话跟踪机制。一旦我启用了内存到内存复制,我可以在这里使用cookies或URL重写?如果是,我是否需要进行任何手动配置?如果没有,我可以使用哪种跟踪方式?哪一个不能?为什么? 请尽可能详细地解释 提前谢谢 Cookie或URL重写与会话复制无

我有一个WAS环境,它的拓扑结构如下:(这里有一个输入错误,“IH”应该是“IHS”)

来自最终用户的请求通过IHS到达WAS1,然后来自WAS1的应用程序将从其后端WAS2集群调用应用程序服务,F5设备将负责负载平衡工作

我这里的问题是关于WAS2集群的会话跟踪机制。一旦我启用了
内存到内存复制
,我可以在这里使用
cookies
URL重写
?如果是,我是否需要进行任何手动配置?如果没有,我可以使用哪种跟踪方式?哪一个不能?为什么?

请尽可能详细地解释

提前谢谢


Cookie或URL重写与会话复制无关。它们是客户端将会话ID发送回服务器的工具。默认情况下支持cookie,您需要选中一个框以启用URL重写

我有几个问题要问你

(1) 为什么WAS1不是群集的?(或者您不想在这张图片中显示这一点)

(2) 它扮演什么角色?该功能能否通过普通IHS实现

(3) 为什么在WAS 1和WAS群集之间使用F5?我不明白F5负载平衡器是如何工作的。通常,IHS使用WAS生成的克隆ID来了解将请求路由到哪个WAS服务器。这就是在IHS+WAS中实现会话关联的方式。F5可能无法实现这一点

除了启用URL重写和确保应用程序代码中的所有链接都使用编码的URL之外,上述结构中不需要任何配置。我更愿意坚持使用cookie,因为这是默认的方法,如果cookie被关闭(因为用于安全性(auth/auth)的LTPAToken作为cookie发送回客户端),则事实上WAS将无法工作

使用URLre-writing没有什么害处,只是一个“未编码的URL链接”可能会丢失用户的会话


HTH

hi@Manglu,请看我的回答如下:1。WAS1实际上是集群,但我没有在这里显示。2.也许可以通过IHS实现,但当前的是定义的客户架构,我无法更改它。3.正如我所说,F5设备确实在这里使用。在目前的情况下,我需要做的是帮助解决这个问题。