1. LoadModule jk_module modules/mod_jk-1.2.26-httpd-2.2.4.so
2. JkWorkersFile conf/workers.properties
3. JkMount /* lbcontroller

1. LoadModule jk_module modules/mod_jk-1.2.26-httpd-2.2.4.so

1. JkWorkersFile conf/workers.properties

1. JkMount /* lbcontroller

在apache_home下conf目录中新建workers.properties文件，输入以下内容

在这里

内容即为httpd.conf文件中的分发器名称。需要注意的内容是，tomcat实例名称

在这里就是tomcat1和tomcat2必须与之后tomcat中的server.xml中jvmRoute值一致。

3.tomcat集群配置

配置每个tomcat目录下的server.xml文件，具体修改内容如下

3.1 Engine配置

修改前

修改后

具体tomcat中jvmRoute的值根据在workers.properties的配置，注意IP地址、tomcat实例名称和jvmRoute值必须一一对应。

3.2 Connector配置

修改前

修改后

这里tomcat的port值必须与在workers.properties中的port值一致。

3.3 Cluster配置

修改前

修改后，去掉注释并添加一些内容如下

上述配置跟tomcat官方建议的配置，去掉了

如果不去掉这部分，则tomcat启动会报"FarmWarDeployer can only work as host cluster subelement!."

3.4 session复制配置

tomcat集群中的session管理，主要有两种方式：

1).粘性session

表示从同一窗口发来的请求都将有集群中的同一个tomcat进行处理。配置方式是在上面workers.properties文件中

粘性session的好处在不会在不同的tomcat上来回跳动处理请求，但是坏处是如果处理该session的tomcat崩溃，那么之后的请求将由其他tomcat处理，原有session失效而重新新建一个新的session，这样如果继续从session取值，会抛出nullpointer的访问异常。

2).session复制

session复制是指tomcat彼此之间通过组播方式将session发到各个tomcat实例上，如果其中一个访问出错，则另外tomcat仍然具有有效的session内容，从而能正常接管其session。坏处是当tomcat实例很多，或者用户在session中有大量操作时，组播发送的信息量十分惊人。session复制配置则是在发布的web应用程序中的web.xml中添加

此外,session复制所需的JDK必须是JDK 5.0及其以上版本。

4.测试

1) 先启动apache服务器httpd

2) 启动名为tomcat2的服务器

 在浏览器中输入访问地址http://localhost/test/index.html

 可以看到请求被转发到了tomcat2进行处理

3)启动tomcat 1 ,界面如下

 可以发现，tomcat1启动后搜索到了tomcat2实例，并进行了session复制。在tomcat2的控制台也可以找到如下输出

 4)关闭tomcat 2，后继续刷新url访问。tomcat1控制台中输出的session 依然与之前tomcat2中的一致，并且在session中保存的属性值仍然有效。

5.问题

上面的配置是在两台不同的配置上进行，tomcat负载和session复制都成功了。但是如果在同一台机子上配置，则session复制总是不能成功，搜索了很多解决方式都不正确。