linux下配置tomcat集群的负载均衡
一、首先了解下与集群相关的几个概念
集群：
集群是一组协同工作的服务实体，用以提供比单一服务实体更具扩展性与可用性的服务平台。在客户端看来，一个集群就象是一个服务实体，但 事实上集群由一组服务实体组成。与单一服务实体相比较，集群提供了以下两个关键特性：
· 可扩展性－－集群的性能不限于单一的服务实体，新的服 务实体可以动态地加入到集群，从而增强集群的性能。
· 高可用性－－集群通过服务实体冗余使客户端免于轻易遇到out of service的警告。在集群中，同样的服务可以由多个服务实体提供。如果一个服务实体失败了，另一个服务实体会接管失败的服务实体。集群提供的从一个出 错的服务实体恢复到另一个服务实体的功能增强了应用的可用性。
为了具有可扩展性和高可用性特点，集群的必须具备以下两大能力：
· 负 载均衡－－负载均衡能把任务比较均衡地分布到集群环境下的计算和网络资源。
· 错误恢复－－由于某种原因，执行某个任务的资源出现故障，另一服 务实体中执行同一任务的资源接着完成任务。这种由于一个实体中的资源不能工作，另一个实体中的资源透明的继续完成任务的过程叫错误恢复。
负载均衡 和错误恢复都要求各服务实体中有执行同一任务的资源存在，而且对于同一任务的各个资源来说，执行任务所需的信息视图（信息上下文）必须是一样的。
集 群分类：
Linux集群主要分成三大类( 高可用集群， 负载均衡集群，科学计算集群)
高可用集群( High Availability Cluster)
常见的就是2个节点做 成的HA集群，有很多通俗的不科学的名称，比如"双机热备", "双机互备", "双机".
高可用集群解决的是保障用户的应用程序持续对外提供服 务的能力。 (请注意高可用集群既不是用来保护业务数据的，保护的是用户的业务程序对外不间断提供服务，把因软件/硬件/人为造成的故障对业务的影响降低到最小程 度)。
负载均衡集群(Load Balance Cluster)
负载均衡系统：集群中所有的节点都处于活动状态，它们分摊系统的工作负载。一般Web服 务器集群、数据库集群 和应用服务器集群都属于这种类型。
负载均衡集群一般用于相应网络请求的网页服务器，数据库服务器。这种集群可以在接到请求时，检查接受请求较少，不繁忙的服务器，并把请求转到这些服务器 上。从检查其他服务器状态这一点上 看，负载均衡和容错集群很接近，不同之处是数量上更多。
科学计算集群(High Performance Computing Cluster)
高性能计算(High Perfermance Computing)集群，简称HPC集群。这类集群致力于提供单个计算机所不能提供的强大的计算能力。
负载均衡与双机热备的区别
负载均衡是在这多台服务器之上增加了一台负载均衡服务器，负载均衡服务器的作用是把用户的请求平均分配到每个节点；增加集群整体的处理能力；实现网络访 问的均衡。
双机热备相当于2台服务器其中有一台是另一台的备机，也可以互为备机；主机在运行服务时，备机处于检测状态，主机发生故障后，备机 将接管主机的服务。
负载均衡是解决服务器压力过大，网络请求大量并发而设计的产品; 负载均衡的优点：WEB访问流畅，用户请求平均分布在每个节点上。
双机热备是为保障24*7小时高可用不停机而推出的产品; 双机热备的优点是：能保障用户服务不间断。
负载均衡的缺点：适用静态WEB，如果是数据库将不起作用，数据库的多向同步目前还没有完全解决的 方案。
双机热备缺点：用传统加加阵列的方式增加了存储空间，同样也形成了单点故障；有可能双机热备成为虚设，因为一旦阵列崩溃，服务也意味这 停止。
Tomcat集群的三种负载均衡方式优缺点对照
1.使用DNS轮询.
2.使用Apache R-proxy方式。
3. 使用Apache mod_jk方式.
DNS轮询的缺点是，当集群中某台服务器停止之后，用户由于dns缓存的缘故，便无法访问服务，
必 须等到dns解析更新，或者这台服务器重新启动。
还有就是必须把集群中的所有服务端口暴露给外界，没有用apache做前置代理的方式安全，
并 且占用大量公网IP地址，而且tomcat还要负责处理静态网页资源，影响效率。
优点是集群配置最简单，dns设置也非常简单。
R- proxy的缺点是，当其中一台tomcat停止运行的时候，apache仍然会转发请求过去，导致502网关错误。
但是只要服务器再启动就不存 在这个问题。
mod_jk方式的优点是，Apache 会自动检测到停止掉的tomcat，然后不再发请求过去。
缺点就是，当停 止掉的tomcat服务器再次启动的时候，Apache检测不到，仍然不会转发请求过去。
R-proxy和mod_jk的共同优点是.可 以只将Apache置于公网，节省公网IP地址资源。
可以通过设置来实现Apache专门负责处理静态网页，让Tomcat专门负责处理jsp和 servlet等动态请求。
共同缺点是：如果前置Apache代理服务器停止运行，所有集群服务将无法对外提供。
R-proxy和 mod_jk对静态页面请求的处理，都可以通设置来选取一个尽可能优化的效果。
这三种方式对实现最佳负载均衡都有一定不足，mod_jk相对好 些，可以通过设置lbfactor参数来分配请求任务。
二、配置tomcat集群的方法（Apache mod_jk方式）
环 境 linux redhat 4台，安装tomcat和apache，和jdk配置的过程过于基础，略过，这里主要讲述如何配置
版本： linux redhat server 5.4企业版 tomcat6.0 apache2.2 jdk1.6
1.依次在前三台机器安 装tomcat，jdk并配置环境变量等信息；
2.在第四台机器安装apache
3.配置apache服务器
a：在apache 网站或其他站点下载mod_jk-1.2.26-httpd-2.2.4.so文件（不一定非要这个版本），将该文件复制到apache的modules 目录，并设置读执行权限 用chmod 777 *或其他命令
b:在apache_home目录下的conf/httpd.conf文件中添加
LoadModule jk_module modules/mod_jk-1.2.26-httpd-2.2.4.so
JkWorkersFile conf/workers.properties
JkMount /* lbcontroller
代码解释
LoadModule jk_module modules/mod_jk-1.2.26-httpd-2.2.4.so //表示载入JK模块
JkWorkersFile conf/workers.properties //tomcat实例配置
JkMount /* lbcontroller //设置apache分发器，/*表示apache将所有文件都由分发器lbcontroller 进行分发，你可以自行设置*.jsp,*.do等
c: 配置 workers.properties文件
在apache_home下conf目录中新建workers.properties文 件，输入以下内容
worker.list=lbcontroller
#Tomcat1实例配置
worker.tomcat80.host=10.71.144.80
worker.tomcat80.port=8009
worker.tomcat80.type=ajp13
# 分发权重 值越大负载越大
worker.tomcat1.lbfactor = 1
#Tomcat2实例配置
worker.tomcat81.host=10.71.144.81
worker.tomcat81.port=8009
worker.tomcat81.type=ajp13
# 分发权重 值越大负载越大
worker.tomcat81.lbfactor = 1
#Tomcat3实例配置 #负载均衡分发控制器
worker.tomcat82.host=10.71.144.82
worker.tomcat82.port=8009
worker.tomcat82.type=ajp13
# 分发权重 值越大负载越大
worker.tomcat82.lbfactor = 1
worker.lbcontroller.type=lb
worker.lbcontroller.balance_workers=tomcat80,tomcat81,tomcat82
worker.lbcontroller.sticky_session=True
代 码解释
worker.list=lbcontroller //内容即为httpd.conf文件中的分发器名称。需要注意的内容 是，tomcat实例名称
worker.tomcat80.host=....
...
worker.tomcat82.host=....
...
//这里就是tomcat80和tomcat82必须与之后tomcat中的server.xml中jvmRoute值一致
4. 配置tomcat集群
配置每个tomcat目录下的server.xml文件，具体修改内容如下
a：Engine配置
修 改前
<Engine name="Catalina" defaultHost="localhost">
修改后
<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat80" >
具 体tomcat中jvmRoute的值根据在workers.properties的配置，注意IP地址、tomcat实例名称和jvmRoute值必须 一一对应，其他的tomcat配置方法一致
b：Cluster配置
<!--
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster" >
-->
修 改后，去掉注释并添加一些内容如下
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="8">
<Manager className="org.apache.catalina.ha.session.DeltaManager"
expireSessionsOnShutdown="false"
notifyListenersOnReplication="true"/>
<Channel className="org.apache.catalina.tribes.group.GroupChannel">
<Membership className="org.apache.catalina.tribes.membership.McastService"
address="228.0.0.4"
port="45564"
frequency="500"
dropTime="3000"/>
<Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
address="auto"
port="4001"
autoBind="100"
selectorTimeout="5000"
maxThreads="6"/>
<!-- timeout="60000"-->
<Sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter">
<Transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender" />
</Sender>
<Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/>
<Interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor"/>
<Interceptor className="org.apache.catalina.tribes.group.interceptors.ThroughputInterceptor"/>
</Channel>
<Valve className="org.apache.catalina.ha.tcp.ReplicationValve"
filter=""/>
<Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/>
<ClusterListener className="org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener"/>
<ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/>
</Cluster>
上述配置跟tomcat官方建议的配置，去掉了
<Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer"
tempDir="/tmp/war-temp/"
deployDir="/tmp/war-deploy/"
watchDir="/tmp/war-listen/"
watchEnabled="false"/>
如果不去掉这部分，则tomcat启动会报"FarmWarDeployer can only work as host cluster subelement!."
c:session复制配置
tomcat集群中的 session管理，主要有两种方式：
1).粘性session
表示从同一窗口发来的请求都将有集群中的同一个tomcat进行处理。配 置方式是在上面workers.properties文件中
worker.lbcontroller.sticky_session=True
粘性session的好处在不会在不同的tomcat上来回跳动处理请求，但是坏处是如果处理该session的tomcat崩溃，那么之后 的请求将由其他tomcat处理，原有session失效而重新新建一个新的session，这样如果继续从session取值，会抛出 nullpointer的访问异常。
2).session复制
session复制是指tomcat彼此之间通过组播方式将session 发到各个tomcat实例上，如果其中一个访问出错，则另外tomcat仍然具有有效的session内容，从而能正常接管其session。坏处是当 tomcat实例很多，或者用户在session中有大量操作时，组播发送的信息量十分惊人。session复制配置则是在发布的web应用程序中的 web.xml中添加
<distributable/>
此外,session复制所需的JDK必须是JDK 5.0及其以上版本
5.测试配置
新建一个jsp页面，写入如下代码，保存index.jsp，分别在tomcat的webapp目录下建 立ydl文件夹，将写好的index.jsp文件上传到3台服务器的tomcat\webapp\ydl目录下
测试的index.jsp文件内容
<%@ page contentType="text/html; charset=GBK" %>
<%@ page import="java.util.*" %>
<html><head><title>Cluster App Test</title></head>
<body>
Server Info:
<%
out.println(request.getLocalAddr() + " : " + request.getLocalPort()+"<br>");%>
<%
out.println("<br> ID " + session.getId()+"<br>");
// 如果有新的 Session 属性设置
String dataName = request.getParameter("dataName");
if (dataName != null && dataName.length() > 0) {
String dataValue = request.getParameter("dataValue");
session.setAttribute(dataName, dataValue);
}
out.print("<b>Session 列表</b>");
Enumeration e = session.getAttributeNames();
while (e.hasMoreElements()) {
String name = (String)e.nextElement();
String value = session.getAttribute(name).toString();
out.println( name + " = " + value+"<br>");
System.out.println( name + " = " + value);
}
%>
<form. action="index.jsp" method="POST">
名称:<input type=text size=20 name="dataName">
<br>
值:<input type=text size=20 name="dataValue">
<br>
<input type=submit>
</form>
</body>
</html>
重 启apache服务器和三个tomcat服务器,到此集群负载均衡已配置完成。测试负载均衡先测试apache,访问
http://10.70.144.480/ydl/index.jsp
看 能够运行,能运行，则已建立负载均衡
关闭和启动任何一个tomcat，另外两个tomcat前台打印相关日志信息并自动复制一份session
a：先启动 apache服务器httpd
b：启动名为tomcat80的服务器
前台启动tomcat输出日志方法
#cd /home/support/tomcat-apache6.0/bin
#./catalin.sh run
在浏览器中输入访 问地址http://10.70.144.480/ydl/index.jsp
可 以看到请求被转发到了tomcat80进行处理
c:启动tomcat81
可以发现，tomcat81启动后搜索到了tomcat2实例， 并进行了session复制，在tomcat2的控制台也可以找到输出打印日志
关闭tomcat80（ctrl+c）后继续刷新url访问。 tomcat81控制台中输出的session 依然与之前tomcat80中的一致，并且在session中保存的属性值仍然有效。