目录
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.confLoadModule jk_module modules/mod_jk.soJkWorkersFile /etc/httpd/conf.d/workers.propertiesJkMountFile /etc/httpd/conf.d/uriworkersmap.propertiesJkLogFile logs/mod_jk.logJkLogLevel 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.201worker.tomcata.port=8009worker.tomcata.type=ajp13worker.tomcata.lbfactor=2#tomcab ，这里定义tomcatb主机worker.tomcatb.host=192.168.0.202worker.tomcatb.port=8009worker.tomcatb.type=ajp13worker.tomcatb.lbfactor=2 #定义主机权重#balance ，定义集群属性worker.list=lbcluster1,statworker.lbcluster1.type=lbworker.retries=3worker.method=Rworker.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="集群列表中定义的名称""。
本文出自 “专注Linx，与Linux共舞” 博客，请务必保留此出处http://zhaochj.blog.51cto.com/368705/1642199