问粘滞会话和会话复制

EN

我认为唯一真正的好处是可以不用想太多就可以关闭Tomcat实例。这尤其适用于今天的云世界(比如Amazon AWS spot实例)，因为节点可以非常频繁地打开和关闭。另一种选择是购买一个支持节点排出的像样的负载均衡器。但是合适的负载均衡器是昂贵的，并且耗费时间。

我能想到的另一个场景是购物车(实现不佳)，商品保存在HttpSession中，关闭将需要用户重新购买它们(这可能会导致销售损失)。

但在大多数情况下，您是对的-同时拥有粘滞会话和会话复制的好处可以忽略不计。

正如Mindas之前解释的那样：

当你使用负载均衡时，这意味着你有几个tomcat实例，你需要划分负载。

假设您只有一个用户在使用您的web应用程序，而您有3个tomcat实例。这个用户向你的应用程序发送了几个请求，然后负载均衡器会将其中的一些请求发送到第一个tomcat实例，并将其他一些请求发送到第二个实例，以及其他请求发送到您正在使用的粘性会话而不进行复制的third.

• If :假设您只有一个用户使用您的web应用程序，而您有3个tomcat实例。此用户向您的应用程序发送多个请求，然后负载均衡器将第一个用户请求发送到三个tomcat实例中的一个，而此用户在其会话期间发送的所有其他请求将发送到同一tomcat实例。在这些请求期间，如果您关闭或重新启动此tomcat实例(使用的tomcat实例)，负载均衡器会将剩余的请求发送到另一个仍在运行的tomcat实例，但由于您不使用会话复制，接收剩余请求的实例tomcat没有用户会话的副本，因此对于此tomcat，用户开始了一个会话:用户松开了他的会话，并与web应用程序断开连接，尽管web应用程序仍在使用粘滞会话:假设您只有一个用户在使用您的web应用程序，而您有3个tomcat实例。此用户向您的应用程序发送多个请求，然后负载均衡器将第一个用户请求发送到三个tomcat实例中的一个，而此用户在其会话期间发送的所有其他请求将发送到同一tomcat实例。在这些请求期间，如果您关闭或重新启动此tomcat实例(使用的tomcat实例)，负载均衡器会将剩余请求发送到另一个仍在运行的tomcat实例。当您使用会话复制时，接收剩余请求的实例tomcat具有用户会话的副本，则用户将继续其会话:用户继续浏览您的web应用程序而不会断开连接，关闭tomcat实例不会影响用户导航。

只是为了在mod_jk的“所有”基本配置中澄清JBoss 5.X上的配置问题。在workers.properties文件中设置粘滞会话

 worker.list=loadbalancer

 ... nodes configuration omitted

 worker.loadbalancer.balance_workers=node1,node2
 worker.loadbalancer.sticky_session=True

不会阻止会话复制。为了关闭JBoss上的会话复制，我们需要在$JBOSS_HOME\server\YOUR_NODE_NAME\deploy\cluster\jboss-cache-manager.sar\META-INF\jboss-cache-manager-jboss-beans.xml cacheMode参数中将其设置为LOCAL。

通常在粘性会话场景中，我们不希望会话复制，因为我们不希望额外的开销与复制会话所需的大量I/O操作相关联。

事实上，如果使用粘性会话，我们不需要在“所有”配置中运行JBoss，我们可以使用基于“默认”或“标准”的配置。

唯一需要做的就是更改$JBOSS_HOME/server/YOUR_NODE_NAME/deploy/jbossweb.sar/server.xml：

<Engine name="jboss.web" defaultHost="localhost" jvmRoute="YOUR_NODE_NAME">