apache以mod_jk方式实现tomcat的负载均衡集群
目录
1、环境准备
2、mod_jk配置
3、测试
4、总结
1、环境准备
准备三台主机，一台提供httpd环境，另两台提供tomcat环境。
主机规划：
主机名：httpd IP地址：192.168.0.200提供httpd服务
主机名：TomcatA IP地址：192.168.0.201提供tomcat服务
主机名：TomcatB IP地址：192.168.0.202提供tomcat服务
jdk与tomcat的安装请参照博文：http://zhaochj.blog.51cto.com/368705/1639740
对tomcat的配置的说明：
以mod_jk的方式来实现反向代理tomcat，并实现负载均衡，httpd与tomcat的连接不再是是http协议，而是采用ajp协议，在httpd与tomcat通信时无法查证是否能像http协议一样能传递“Host ”主机头，如果能，那tomcat就就可以单独配置一个虚拟主机来接收带主机头的请求，这样就不用去更改tomcat的默认主机，如此客户端就可以只通过主机名来访问我们的站点，而不需要加上一个URI。但我在测试时没有测试出ajp协议能传递主机头，所以我修改了tomcat的默认主机指向我们自己部署的站点。
1.1、修改tomcat默认网站主目录及jvmRoute配置：
[root@TomcatA conf]# pwd /usr/local/tomcat/conf [root@TomcatA conf]# vim server.xml <Host name="localhost" appBase="/tomcat/webapps" unpackWARs="true" autoDeploy="true"> <Context path="" docBase="test" /> ...... </Host> #像以上修改后我的站点目录就是在“/tomcat/webapps/test”这个目录。
在集群环境中必须在Engine容器中指定jvmRoute参数：
[root@TomcatA conf]# vim server.xml <Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcata"> #在TomcatB主机上也要设定jvmRoute。
1.2、准备我们的应用：
JSP程序的目录结构有其特有的格式，先来看一下默认的站点目录的格式
[root@TomcatA webapps]# pwd /usr/local/tomcat/webapps [root@TomcatA webapps]# tree -L 2 -d . ├── docs │ ├── api │ ├── appdev │ ├── architecture │ ├── config │ ├── elapi │ ├── funcspecs │ ├── images │ ├── jspapi │ ├── servletapi │ ├── tribes │ ├── WEB-INF │ └── websocketapi ├── examples │ ├── jsp │ ├── servlets │ ├── WEB-INF │ └── websocket ├── host-manager │ ├── images │ ├── META-INF │ └── WEB-INF ├── manager │ ├── images │ ├── META-INF │ └── WEB-INF ├── ROOT │ └── WEB-INF └── test
可见每个应用中都有一个WEB-INF这样的一个目录，此目录下有一个web.xml文件，不用修改此文件，把WEB-INF这个目录直接复制到新的应用目录下，再把我们的应用放进来就可以了。
[root@TomcatA conf]# cp -r /usr/local/tomcat/webapps/ROOT/WEB-INF /tomcat/webapps/test/
[root@TomcatA conf]# vim /tomcat/webapps/test/index.jsp #以一个测试文件作为我的项目
<%@ page language="java" %>
<html>
<head><title>TomcatA</title></head>
<body>
<h1><font color="red">TomcatA </h1>
<table align="centre" border="1">
<tr>
<td>Session ID</td>
<% session.setAttribute("abc","abc"); %>
<td><%= session.getId() %></td>
</tr>
<tr>
<td>Created on</td>
<td><%= session.getCreationTime() %></td>
</tr>
</table>
</body>
</html>
[root@TomcatB conf]# ls /tomcat/webapps/test/
index.jsp WEB-INF
[root@TomcatB conf]# service tomcat restart #重新启动tomcat即可生效
两台tomcat应用服务器都提供上边同样一个测试项目，只是index.jsp中的"TomcatA"更改成“TomcatB”而已。
2、mod_jk配置
后端的tomcat准备好了，现在来看看前端的httpd中的mod_jk模块的相应配置。
mod_jk是apache的一个单独的项目，centos 6.4中默认yum源中的rpm包中没有编译此模块，所以需要自己编译安装，编译安装也比较简单，请参照：http://zhaochj.blog.51cto.com/368705/1641939
配置mod_jk主要有三个文件，mod_jk.conf、workers.properties、uriworkersmap.properties，这三个文件名字可以自定义。
因httpd的主配置文件启用了“Include conf.d/*.conf”，所以上边的mod_jk.conf会被加载进主配置文件中，这样把功能性的模块配置分隔开，可防止主配置文件过于冗长，以便于管理。
[root@httpd conf.d]# pwd /etc/httpd/conf.d [root@httpd conf.d]# vim mod_jk.conf LoadModule jk_module modules/mod_jk.so JkWorkersFile /etc/httpd/conf.d/workers.properties JkMountFile /etc/httpd/conf.d/uriworkersmap.properties JkLogFile logs/mod_jk.log JkLogLevel warn #在调试时可以把日志级别设置为info或debug #JkMount /* lbcluster1 #JkMount /jkstatus stat #workers.properties与uriworkersmap.properties两个文件分别通过JkorkersFile和JkMonutFile两个指令关联起来，如果不想启用uriworkersmap.properties这个文件，那直接在mod_jk.conf文件加“JkMount”这样的指令即可，这个指使相当于使用proxy_mod模块中的ProxyPass指令一样。
[root@httpd conf.d]# vim workers.properties #tomcata ，这里定义tomcata主机 worker.tomcata.host=192.168.0.201 worker.tomcata.port=8009 worker.tomcata.type=ajp13 worker.tomcata.lbfactor=2 #tomcab ，这里定义tomcatb主机 worker.tomcatb.host=192.168.0.202 worker.tomcatb.port=8009 worker.tomcatb.type=ajp13 worker.tomcatb.lbfactor=2 #定义主机权重 #balance ，定义集群属性 worker.list=lbcluster1,stat worker.lbcluster1.type=lb worker.retries=3 worker.method=R worker.lbcluster1.sticky_session=0 #这里定义session信息的粘滞、绑定，零代表不绑定，1代表绑定 worker.lbcluster1.balance_workers=tomcata,tomcatb #monitor status ，定义状态输出因而 worker.stat.type=status
worker中各参数、属性解释：
workers.properties文件一般由两类指令组成，一是mod_jk可以连接的各worker名称列表，二是每一个worker的属性配置信息。
语法为：
worker.list = < a comma separated list of worker names > 即用逗号分隔的各worker的名称（后端tomcat的JVMRoute名称）
worker. <worker name> .<property> = <property value>
回想一下mod_jk这个模块能实现哪些功能，能以ajp协议反向代理tomcat，能输出一个监控模块本身工作的监控页面，还能实现负载均衡。所以根据其工作类型不同，worker有不同的工作类型，定义方式为worker.<worker name>.type=<类型>，常见的类型就是上边说的三种：
a）、ajp13，此类型表示当前worker为一个运行着的Tomcat实例
b）、lb，lb即load balancing，专用于负载均衡场景中的woker，此worker并不真正负责处理用户请求，而是将用户请求调度给其它类型为ajp13的worker
c）、status，用于显示分布式环境中各实际worker工作状态的特殊worker，它不处理任何请求，也不关联到任何实际工作的worker实例。
worker其它常见的属性说明：
host：Tomcat 7的worker实例所在的主机；
port：Tomcat 7实例上AJP1.3连接器的端口；
connection_pool_minsize：最少要保存在连接池中的连接的个数；默认为pool_size/2；
connection_pool_timeout：连接池中连接的超时时长；
mount：由当前worker提供的context路径，如果有多个则使用空格格开；此属性可以由JkMount指令替代；
retries：错误发生时的重试次数；
socket_timeout：mod_jk等待worker响应的时长，默认为0，即无限等待；
socket_keepalive：是否启用keep alive的功能，1表示启用，0表示禁用；
lbfactor：worker的权重，可以在负载均衡的应用场景中为worker定义此属性；
另外，在负载均衡模式中，专用的属性还有：
balance_workers：用于负载均衡模式中的各worker的名称列表，需要注意的是，出现在此处的worker名称一定不能在任何worker.list属性列表中定义过，并且worker.list属性中定义的worker名字必须包含负载均衡worker。具体示例请参见后文中的定义。
method：可以设定为R、T或B；默认为R，即根据请求的个数进行调度；T表示根据已经发送给worker的实际流量大小进行调度；B表示根据实际负载情况进行调度。
sticky_session：在将某请求调度至某worker后，源于此址的所有后续请求都将直接调度至此worker，实现将用户session与某worker绑定。默认为值为1，即启用此功能。如果后端的各worker之间支持session复制，则可以将此属性值设为0。
[root@httpd conf.d]# vim uriworkersmap.properties /*=lbcluster1 /jkstatus=stat !/*.jpg=lbcluster1 !/*.gif=lbcluster1 !/*.png=lbcluster1 !/*.bmp=lbcluster1 !/*.html=lbcluster1 !/*.htm=lbcluster1 !/*.css=lbcluster1 !/*.js=lbcluster1 #这个文件里定义了向后转发的规则，访问网站根下的所有资源都交给集群lbcluster1来处理，而一些静态文件就httpd本地处理了。
最后重新启动httpd服务，确认mod_jk模块正确加载：
[root@httpd conf.d]# service httpd restart [root@httpd conf.d]# tail /var/log/httpd/mod_jk.log [Tue May 05 17:02:04.876 2015] [8161:140100989429728] [info] init_jk::mod_jk.c (3383): mod_jk/1.2.40 initialized #先把日志级别设置成info，能看到上边的信息就证明mod_jk模块已正确加载。
3、测试
通过访问httpd（192.168.0.200）主机来测试看能否能访问到我们部署在TomcatA和TomcatB上的项目，
先是访问到了TomcatA主机，再一刷新又访问到了TomcatB主机，这是因为在workers.properties文件中的worker.lbcluster1.sticky_session的值是“0”，表示没有启用session绑定功能，如果我们部署的部署只是供浏览，那没什么问题，如果站点是一个需要用户登陆的站点，那被mod_jk分发到不同的的后端tomcat上时会要求用户重新登陆的，所以在这种场景下应该设置成“1”，启用session绑定功能。
4、总结
利用apache的mod_jk模块实现tomcat的负载均衡时apache与tomcat的通信是采用ajp协议，所以整个环境测试好后，可把后端的两台tomcat服务器的http的connector禁用掉，在负载均衡集群环境下后端的各tomcat服务器在server.xml主配置文件中的Engine容器中一定要加上“jvmRote="集群列表中定义的名称""。