Apache +Tomcat的负载均衡与集群配置

来源：互联网发布：手提电脑怎么下载软件编辑：程序博客网时间：2024/06/05 08:31

在上一篇文章中已经描述的单节点的apache和tomcat 集群配置接下来就讲述一下多节点（所有的猫都是在本地上的）选用的tomcat是6.0版本的

Tocmat7目前已经出现稳定版本的7.0.12，Tomcat6则为6.0.32。经我测试，这2个版本的Apache负载均衡配置过程都是一样的，因此下面的配置在Tomcat6或7集群是通用的。但是按照下面的配置，集群中Tomcat不能既有Tomcat6又有Tomcat7，否则虽能够负载均衡，但不能进行session复制，不知其他方式配置的集群是否可以。

下面就直接写过程了，我也是网络上学习的，只是总结下过程并且利用最新的Apache和Tomcat测试了下，还是与网络上有些不同的。

1、修改httpd.conf

我的Apache安装在E:\Apache2.4，找到conf目录下的httpd.conf，在文件的最后一行添加

include "conf/mod_jk.conf"

2、新建mod_jk.conf文件，内容如下：

LoadModule jk_module modules/mod_jk.so

#加载mod_jk.so文件

JkWorkersFile conf/workers.properties

#加载workers.properties文件

JkMount /*.jsp controller

#指定那些请求交给tomcat处理,"controller"为在workers.propertise里指定的负载分配控制器名

JkMount /*.do controller
JkMount /* controller

3、将下载的JK插件mod_jk-1.2.31-httpd-2.2.3.so复制到Apache安装目录的modules目录下。

修改一下名字mod_jk.so（改不改都行跟配置文件上保持一致就欧了）

4、新建并编辑workers.properties文件，内容如下：

worker.list = controller

#========tomcat1========

worker.tomcat1.port=11009
worker.tomcat1.host=localhost
worker.tomcat1.type=ajp13
worker.tomcat1.lbfactor = 1

#========tomcat2========

worker.tomcat2.port=12009
worker.tomcat2.host=localhost
worker.tomcat2.type=ajp13
worker.tomcat2.lbfactor = 1

#========controller,负载均衡控制器========

worker.controller.type=lb
worker.controller.balanced_workers=tomcat1,tomcat2
worker.controller.sticky_session=false
worker.controller.sticky_session_force=1

#worker.controller.sticky_session=1

这里可以配置任意多个Tomcat，此处配置了2个Tomat服务器，都是本地，所以为了它们都能够顺利启动起来，本地的服务器端口都是不同的，如果Tomcat不再同一机器上，没必要改端口的。tomcat的开启、关闭端口都要进行相关的改正要不然tomcat会启动不了。远程的话都不用改了。

配置Tomcat

配置2个Tomcat服务器，将Tomcat解压后复制2份，我将每个文件夹分别命名为Tomcat1，Tomcat2和，修改每一份的server.xml配置，

关闭端口

开启的端口

与apache链接的端口

在与apache链接的端口下面是集群的相关配置

<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat2">

      

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

修改成与其对应的信息然后把cluster上边的注释取消掉就OK了。

建立测试项目

建立test项目，需要在项目的web.xml中添加<distributable/>

建立test2.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.println("<b>Session 列表</b><br>");

System.out.println("============================");

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);

}

名称:<input type=text size=20 name="dataName">

<br>

值:<input type=text size=20 name="dataValue">

<br>

</form>

</body>

</html>

上面的测试页面就不解释了，很好理解。

Session测试

将项目部署到3个服务器，然后分别启动Apache和2个Tocmat服务器，这些Tomcat启动顺序随意，然后打开http://localhost/test/test2.jsp，结果如下图：

F5刷新页面，分别出现：

多次刷新页面的sessionID看是同一个ID，说明session是复制成功了。那么session中的存储的东西呢，在输入框中分别输入1、1，2、2，3、3后，显示结果如下图：

以上的测试说明，集群中的session已经共享，每个集群对于同一访问均有相同的session，而且session中存储的变量也复制了。

节点插拔测试

插拔意思是应该保证当运行的集群中某节点中关闭或者启动时，集群正常工作并且节点能够正常工作。

关闭Tomcat2，刷新页面，则不断访问Tocmat1和Tomcat3，再关闭Tomcat1后，则只访问一个Tomcat3，说明节点关闭时运行正常。

如果重启Tomcat2，无论怎么刷新，始终访问Tomcat3，难道Apache不能将请求转发给中途启动的Tomcat2?。。。这时利用另外台机器访问页面，发现Tomcat2正常，然后在刷本地页面，又可以访问Tomcat2了。

从上面可以看出Apache的负载均衡时的算法了，对于每个新来的session，Apache按照节点配置中的lbfactor比重选择访问节点，如果某节点node1不能访问，则寻找下一可访问节点，并且将此node1就在该访问session的访问黑名单中，以后该session的访问直接不考虑node1，即使node1又可以访问了。而新来的session是无黑名单的，如果新的session能够访问到node1了，则会将node1在其他所有session访问的黑名单删除，这样其他session就又能访问node1节点了。以上只是个人经过测试后的猜想。

经过以上测试，说明Tomcat集群和负载均衡已经实现了。

集群的session复制默认是DeltaManager，是all to all的复制，意思是将集群下1个tomcat应用下的session
对所有的集群中的节点进行复制，即使那个节点没有发布应用。显然是不好的方式，但这在小规模的集群下并没神马问题。
而采用BackupManager，就是众多网上配置那样，对于需要复制的节点设置BackupManager自然也没问题，
但是它的性能并没有DeltaManager 好使“ Downside of the BackupManager: not quite as battle tested as the delta manager”。
因此，具体怎么设置就看大家了，通常说如果不是大规模集群，就默认就好了。

1 0