TOMCAT5.5集群与负载均衡部署配置文档.doc

TOMCAT5.5集群与负载均衡部署配置文档 版本V1.0 目 录 1 负载均衡原理和基本特点 2 1.1 负载技术 2 1.2 技术特点简介 2 1.2.1 集群原理 2 1.2.2 负载均衡与故障复原 3 1.2.3 SESSION复制方式 3 2 集群操作说明 4 2.1 环境说明 4 2.2 安装tomcat 4 2.3 负载均衡配置 6 2.4 集群配置 9 2.5 应用配置 12 2.6 测试结果 13 2.6.1 负载均衡测试 13 2.6.2 集群容错测试 16 2.7 备注 17 2.7.1 1同台部署 17 2.7.2 开放相关端口 18 负载均衡原理和基本特点 负载技术 本方案采用反向代理负载均衡 （如Apache+JK2+Tomcat这种组合），就是使用代理服务器可以将请求转发给内部的Web服务器，让代理服务器将请求均匀地转发给多台内部Web服务器之一上，从而达到负载均衡的目的。这种代理方式与普通的代理方式有所不同，标准代理方式是客户使用代理访问多个外部Web服务器，而这种代理方式是多个客户使用它访问内部Web服务器，因此也被称为反向代理模式。 技术特点简介 集群原理 Tomcat中的集群原理是通过组播的方式进行节点的查找并使用TCP连接进行会话的复制。 1、集群地址：集群由多个服务实体组成，集群客户端通过访问集群的集群地址获取集群内部各服务实体的功能。具有单一集群地址（也叫单一影像）是集群的一个基本特征。维护集群地址的设置被称为 负载均衡器。负载均衡器内部负责管理各个服务实体的加入和退出，外部负责集群地址向内部服务实体地址的转换。有的负载均衡器实现真正的负载均衡算法，有的 只支持任务的转换。只实现任务转换的负载均衡器适用于支持ACTIVE-STANDBY的集群环境，在那里，集群中只有一个服务实体工作，当正在工作的服务实体发生故障时，负载均衡器把后来的任务转向另外一个服务实体。  2、内部通信:为了能协同工作、实现负载均衡和错误恢复，集群各实体间必须时常通信，比如负载均衡器对服务实体信息、服务实体间任务执行上下文信息的通信。具有同一个集群地址使得客户端能访问集群提供的计算服务，一个集群地址下隐藏了各个服务实体的内部地址，使得客户要求的计算服务能在各个服务实体之间分布。内部通信是集群能正常运转的基础，它使得集群具有均衡负载和错误恢复的能力。 负载均衡与故障复原 决定把Apache httpd当成web服务器，而且使用mod_jk2将请求传送给Tomcat，则可以使用mod_jk2的负载均衡与容错功能。在集群系统中，带有mod_jk2的Apache httpd可实现以下功能： （1） 将请求分配至一个或多个Tomcat实例上 你可以在mod_jk2的perties文件中，设定许多Tomcat实例，并赋于每个实例一个lb_factor值，以作为请求分配的加权因子。 （2） 侦测Tomcat实例是否失败 当Tomcat实例的连接器服务不再响应时，mod_jk2会及时侦测到，并停止将请求送给它。其他的Tomcat实例则会接受失效实例的负载。 （3） 侦测Tomcat实例在失效后的何时恢复 因连接器服务失效，而停止将请求分配给Tomcat实例之后，mod_jk2会周期性地检查是否已恢复使用性，并自动将其加入现行的Tomcat实例池中。 SESSION复制方式 复合会话复制：对于tomcat的集群有两种方式，这个主要是针对 session而言的。一种就是sticky模式，即黏性会话模式；另外一种就是session复制模式了。所谓sticky模式就是说同一个用户的访问请求都被派送到同一个tomcat实例上，这样我们就无须在多台服务器之间实现session共享了，这是其好处，不好的地方就是不能实现 failureover了，一旦用户访问的机器挂掉，那么其session就会丢失。而session复制模式就可以很好的解决failureover的问题，即使某一台web服务器挂掉了，用户的请求还会被负载到其他的web服务器上，而且session也被复制了，这样对用户而言就像是在同一台机器上操作一样，不好的地方就是session复制需要系统资源和网络的开销。针对这两种方式的弊端和好处，可以采用将两种方式结合的方式来达到更好的效果，那就是sticky+session复制模式了。用户的请求按照 sticky方式被分发到同一个web服务器上，同时tomcat在后台做异步复制（非同步）session到其他web服务器，这样我们使用 sticky的简便性，同时又有了一定的容错能力。、 集群操作说明 环境说明 (1)服务器有3台，一台安装apache和tomcat,两台安装tomcat。都是Windows Serv