Apache2.2.X+Tomcat5.x使用mod_proxy方式配置负载均衡集群

   说明：
均衡器粘连会话名称。该值常常会被设置为类似JSESSIONID或者PHPSESSIONID之类的值，他依赖于支持会话的后端应用服务器。如果后端服务器使用不同的COOKIE名称或者URL编码的ID（像servlet容器），使用|来分开他们。第一个部分针对COOKIE，第二个针对路径。
每次请求都按照负载均衡配置的节点次序依次请求到不同的Tomcat上。尤其是当我们通过jvmRoute 和route 做了绑定之后，信息更加准确。但是，仔细观察，每次请求的SessionID都是不一样！ 对于纯Web应用，尤其是依靠SessionID区分唯一用户的应用，这将是一场噩梦——解决了服务器压力均衡问题，却带来了SessionID不唯一问题！这就需要SessionID绑定，或者说叫做“会话复制”。 stickySession 粘性会话，根据这一属性，浏览器将通过COOKIE绑定SeesionID。如果这个时候再次访问http://localhost/zlex ，你会发现，页面不会来回跳转了！

     引用：     

sticky模式
利用负载均衡器的sticky模式的方式把所有同一session的请求都发送到相同的Tomcat节点。这样不同用户的请求就被平均分配到集群 中各个tomcat节点上，实现负载均衡的能力。这样做的缺点是没有灾难恢复的能力。一旦一个节点发生故障，这个节点上所有的session信息全部丢 失；
同一用户同一session只和一个webServer交互，一旦这个webserver发生故障，本次session将丢失，用户不能继续使用 !
   BalancerMember 是负载均衡参与的成员定义，与tomcat的ajp协议通讯。上面红色的端口号分别是三个tomcat的conf/server.xml中的配置的AJP/1.3协议连接器，由于在同一台机器上部署，所以三个tomcat中的这个端口都要改成不一样的，我这里分别改成8009,8109,8209。紧接着是route设置，值与每个tomcat的配置对应上，下面会说明。
   2、Tomcat的配置说明
   1、server.xml配置
修改%TOMCAT_HOME%\conf\server.xml
由于三个tomcat都部署在一台机器上，所以相关会引起冲突的端口都要改，分别是：
       shutdow,http connector,ajp connector，以下是三个tomcat server.xml文件中三个端口的配置清单：
       tomcat s1:

....   

               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"  

               enableLookups="false" redirectPort="8443" acceptCount="100"  

               debug="0" cOnnectionTimeout="20000"    

               disableUploadTimeout="true" />   

....   

               enableLookups="false" redirectPort="8443" debug="0"  

               protocol="AJP/1.3" />