一、? 找到的很好的资料。
?
http://www.opsers.org/server/understand-the-load-balance.html
?
二、
ps：在网上找的配置session保持的方法：
?
注意weblogic.xml里要加上一个
<session-descriptor>
? <session-param>
? ? <param-name>PersistentStoreType</param-name>
? ? <param-value>replicated</param-value>
? </session-param>
</session-descriptor>
session保持的
<session-descriptor>
? <session-param>
? ? <param-name>PersistentStoreType</param-name>
? ? <param-value>replicated</param-value>
? </session-param>
</session-descriptor>
session保持的
还没有试验
三、
较好的文章
http://gohands.blogbus.com/logs/51673056.html
总结：
因系统集群后出现会话时间很短，就要求重新登录。甚是郁闷，遂上网搜索了资料。因基本每篇资料大同小异，查看一个资料不足以解决问题。整理了上述资料，给遇到此问题的同志以方向。
问题产生的原因描述：
如果有一个用户访问请求被分配到服务器A，并且在服务器A登录了，并且在很短的时间，这个用户又发出了一个请求，如果没有会话保持功能的话，这个用户的请求很有可能会被分配到服务器B去，这个时候在服务器B上是没有登录的，所以你要重新登录，但是用户并不知道自己的请求被分配到了哪里。
解决的方法：
注意weblogic.xml里要加上一个
<session-descriptor>
? <session-param>
? ? <param-name>PersistentStoreType</param-name>
? ? <param-value>replicated</param-value>
? </session-param>
</session-descriptor>
<session-descriptor>
? <session-param>
? ? <param-name>PersistentStoreType</param-name>
? ? <param-value>replicated</param-value>
? </session-param>
</session-descriptor>
上述使用到了session的复制技术。replicated - 与 memory 相同，但会话数据将在群集服务器之间复制。