Apache反向代理结合Tomcat集群来实现负载均衡（五）、session处理

        按照之前文章中的方式想必你已经实现了负载均衡的例子了，可你有没有想过在tomcat中说到了session的复制，在apache中也说到了session信息的共享，你知道究竟是哪个起了作用吗？

        下边我们来分析下session信息的共享问题，先来看下Apache对session信息的处理方式吧。

1、请求精确定位（sessionsticky，粘性session），同一个用户请求会被定位到相同的服务器上，这样如果一个集群中的节点宕机，当前节点上的所有用户信息都将丢失。

2、session共享（sessionreplication，复制session），不管根据负载均衡策略（或者权重）将某一个请求分给了哪个集群节点，每个节点都是包含当前访问用户的session信息的。

        下边我们再回忆下tomcat的集群配置中对session信息复制的配置。

address="228.0.0.4"  组播方式，用于集群中节点之间session信息的互相拷贝

tomcat对session信息的复制用到了组播的方式，即已经实现了当前集群中所有的节点都有所有访问用户的session信息。

        我们分析下：

1、如果用Apache的sessionsticky方式，显然通过这种方式即使tomcat中配了集群共享session信息也是多余的。就算是其中一个tomcat服务器宕机后，apache也不会将转发到宕机服务器上的请求给转到没有宕机的服务器上，因为这里是粘性session,apache只记着原来的服务器地址。

2、如果用Apache的sessionreplication，其实这里apache不会做任何处理，只会根据负载均衡策略进行转发，而真正的session信息的复制共享是由tomcat集群完成的，所以真正的配置应该是用sessionreplication的。