BOE web应用部署 粘性会话和会话复制

apache端可以配置sticky-session或no-sticky-session，sticky-session实现的是会话级别的负载均衡，no-sticky-session实现的是请求级别的负载均衡。可以根据实际情况选择配置。

sticky模式 
利用负载均衡器的sticky模式的方式把所有同一session的请求都发送到相同的Tomcat节点。这样不同用户的请求就被平均分配到集群中各个tomcat节点上，实现负载均衡的能力。这样做的缺点是没有灾难恢复的能力。一旦一个节点发生故障，这个节点上所有的session信息全部丢失； 
同一用户同一session只和一个webServer交互，一旦这个webserver发生故障，本次session将丢失，用户不能继续使用 !

noFailOver 是否打开失败转移， On | Off ，默认为Off，添加在 ProxyPass 后面，如： 

Conf代码  

1. ProxyPass /zlex balancer://zlex  stickySession=JSESSIONID noFailOver=On  

如果这样配置，当提供给你服务的服务器发生异常，那么你将一直看着它返回给你503，直到系统恢复正常！  

Session复制

Session复制，主要是指集群环境下，多台应用服务器之间同步Session，确保Session保持一致，且Session中的内容保持一致，对外透明——看起来就像是一台应用服务器！ 
如果其中一台服务器发生故障，根据负载均衡的原理，Apache会遍历寻找可用节点，分发请求。与此同时，当前用户Session不能发生数据丢失，其余各节点服务器应保证用户Session数据同步。
Session复制核心内容主要是： 

1. Session内容序列化（serialize），会消耗系统性能。
2. Session内容通过广播同步给成员，会造成网络流量瓶颈，即便是内网瓶颈。

因此，Session复制的这两个潜在问题，致使复杂均衡节点最多不会超过4个。因为，当节点数大于4时，整个集群的吞吐量将不再上升！  

1：修改tomcat的server.xml文件：

  < Cluster   className = "org.apache.catalina.ha.tcp.SimpleTcpCluster">

2：我们需要修改应用中的 web.xml 文件，将 <distributable /> 节点部署到 <web-app /> 节点中，开启分布式服务： 


注意：如果没有设置该节点，SessionID将不能保持同步，不同的服务器将各自建立独立的SessionID！