用jk整合Apache和tomcat实现负载均衡
最近刚看完一些关于如何用jk整合Apache和tomcat的资料，为了防止自己忘记，把它们在这里都写下来。部分内容摘抄于网络。
首先下载tomcat, apache和jk。
1. 下载Apache HTTP server(2.2), 安装于“C:/Program Files/Apache Software Foundation/Apache2.2”
2. 下载mod_jk， 放在“Apache Software Foundation/Apache2.2/modules and rename it to mod_jk.so”
JK 是通过 AJP 协议与 Tomcat 服务器进行通讯的，Tomcat 默认的 AJP Connector 的端口是 8009。
<tomcat>/conf/server.xml:
<!-- Define an AJP 1.3 Connector on port 8009 -->
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
JK 本身提供了一个监控以及管理的页面 jkstatus，通过 jkstatus 可以监控 JK 目前的工作状态以及对到 tomcat 的连接进行设置，如下图所示：
1：监控以及管理的页面 jkstatusjkstatus
在这个图中我们可以看到当前JK配了两个连接分别到 8109 和 8209 端口上，目前 s2 这个连接是停止状态，而 s1 这个连接自上次重启后已经处理了 47 万多个请求，流量达到 6.2 个 G，最大的并发数有 13 等等。我们也可以利用 jkstatus 的管理功能来切换 JK 到不同的 Tomcat 上，例如将 s2 启用，并停用 s1，这个在更新应用程序的时候非常有用，而且整个切换过程对用户来说是透明的，也就达到了无缝升级的目的。关于 JK 的配置文章网上已经非常多了，这里我们不再详细的介绍整个配置过程，但我要讲一下配置的思路，只要明白了配置的思路，JK 就是一个非常灵活的组件。
JK 的配置最关键的有三个文件，分别是
httpd.conf
Apache 服务器的配置文件，用来加载 JK 模块以及指定 JK 配置文件信息
workers.properties
到 Tomcat 服务器的连接定义文件
uriworkermap.properties
URI 映射文件，用来指定哪些 URL 由 Tomcat 处理，你也可以直接在 httpd.conf 中配置这些 URI，通过JkMount，比如：
JkMount /*.do route1
JkUnMount /output/* loadbalancer (如果有不想转发目录，则用JkUnMount)
#关掉主机Lookup，如果为on，很影响性能，可以有10多秒钟的延迟。
HostnameLookups Off
但是独立这些配置的好处是 JK 模块会定期更新该文件的内容，使得我们修改配置的时候无需重新启动 Apache 服务器。
其中第二、三个配置文件名都可以自定义。下面是一个典型的 httpd.conf 对 JK 的配置
Apache Software Foundation/Apache2.2/conf/httpd.conf
# (httpd.conf)
# 加载 mod_jk 模块
LoadModule jk_module modules/mod_jk.so
#
# Configure mod_jk
#
JkWorkersFile conf/workers.properties
JkMountFile conf/uriworkermap.properties
JkLogFile logs/mod_jk.log
JkLogLevel warn
接下来我们在 Apache 的 conf 目录下新建两个文件分别是 workers.properties、uriworkermap.properties。这两个文件的内容大概如下
#
# workers.properties
#
# list the workers by name
worker.list= route1, status
# localhost server 1
# ------------------------
worker.s1.port=8009 #ajp13 端口号，在tomcat下server.xml配置,默认8009
worker.s1.host=localhost #tomcat的主机地址，如不为本机，请填写ip地址
worker.s1.type=ajp13
worker.s1.lbfactor=1 #server的加权比重，值越高，分得的请求越多
# localhost server 2
# ------------------------
worker.s2.port=8109
worker.s2.host=localhost
worker.s2.type=ajp13
worker.s2.lbfactor=1
worker.s2.stopped=1
worker. route1.type=lb
worker.retries=3
worker.route1.balanced_workers=s1, s2
worker.route1.sticky_session=1
worker.status.type=status
具体的参数含义如下：
A、worker.list=route1, status
设定工作的负载平衡器，各Tomcat节点不能加入此列表。
B、worker. s1.lbfactor=1
负载平衡的权重比，如果此权重比越大，则分配到此节点的请求越多，如以上两个节点的权重比为1:1，则为平均分配。
C、worker.route1.balanced_workers=s1, s2
指定此负载平衡器负责的Tomcat应用节点。
D、worker.loadbalancer.sticky_session=true
此处指定集群是否需要会话复制，如果设为true（或1），则表明为会话粘性，不进行会话复制，当某用户的请求第一次分发到哪台Tomcat后，后继的请求会一直分发到此Tomcat服务器上处理。这样设的坏处是，当相应的tomcat挂掉，那么session就会丢失。如果设为false，则表明需求会话复制。
E、worker.loadbalancer.sticky_session_force=true
如果上面的sticky_session设为true时，建议此处也设为true，此参数表明如果集群中某台Tomcat服务器在多次请求没有响应后， 是否将当前的请求，转发到其它Tomcat服务器上处理；此参数在sticky_session=true时，影响比较大，会导致转发到其它Tomcat 服务器上的请求，找不到原来的session，所以如果此时请求中有读取session中某些信息的话，就会导致应用的null异常。
接下来便是 URI 的映射配置了，我们需要指定哪些链接是由 Tomcat 处理的，哪些是由 Apache 直接处理的，看看下面这个文件你就能明白其中配置的意义
/*= route1
/jkstatus=status
!/*.gif= route1
!/*.jpg= route1
!/*.png= route1
!/*.css=route1
!/*.js=route1
!/*.htm=route1
!/*.html=route1
相信你已经明白了一大半了：所有的请求都由route1这个 worker 进行处理，但是有几个例外，/jkstatus 请求由 status 这个 worker 处理。另外这个配置中每一行数据前面的感叹号是什么意思呢？感叹号表示接下来的 URI 不要由 JK 进行处理，也就是 Apache 直接处理所有的图片、css 文件、js 文件以及静态 html 文本文件。
以上的 workers.properties 配置就是我们前面那个屏幕抓图的页面所用的配置。首先我们配置了两个类型为 ajp13 的 worker 分别是 s1 和s2，它们指向同一台服务器上运行在两个不同端口 8009 和 8109 的 Tomcat 。不需要设置Tomcat中的jvmRoute， 只要正确设置了port和host，apache便能正确连接tomcat。接下来我们配置了一个类型为 lb（也就是负载均衡的意思）的 worker，它的名字是route1，这是一个逻辑的 worker，它用来管理前面配置的两个物理连接s1 和s2。最后还配置了一个类型为 status 的 worker，这是用来监控 JK 本身的模块。有了这三个 worker 还不够，我们还需要告诉 JK，哪些 worker 是可用的，所以就有 worker.list = route1, status 这行配置。
Apache的mod_deflate模块提供了DEFLATE输出过滤器，允许服务器在将输出内容发送到客户端以前进行压缩，以节约带宽。
LoadModule deflate_module modules/mod_deflate.so
<Location />
SetOutputFilter DEFLATE
</Location>
压缩是由DEFLATE过滤器实现的。下面的指令会对其所在容器中的文档启用压缩：
SetOutputFilter DEFLATE
一些流行的浏览器不能正确处理所有压缩内容，因此你可能需要将gzip-only-text/html标记设为"1"来仅仅允许压缩html文件(见下面)。如果你设置了"1"以外的任何值，都将被忽略。
如果你想将压缩限制在几种特定的MIME类型上，可以使用AddOutputFilterByType指令。下面的例子仅仅允许对html文档进行压缩：
<Directory "/your-server-root/manual">
AddOutputFilterByType DEFLATE text/html
</Directory>
对于那些不能正确处理所有压缩内容的浏览器，可以使用BrowserMatch指令针对特定的浏览器设置no-gzip标记以取消压缩。为了取得更好的效果，你可以将no-gzip和gzip-only-text/html配合使用。在这种情况下，下面的设置将会覆盖上面的设置。看看从配置示例中摘录的片断：
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4/.0[678] no-gzip
BrowserMatch /bMSIE !no-gzip !gzip-only-text/html
第一条指令表示如果User-Agent字符串表示它是一个Navigator 4.x的浏览器，这种浏览器不能正确处理除text/html之外的所有类型。而4.06, 4.07, 4.08版的Navigator完全不能处理任何压缩内容，因此第二条指令对这些浏览器完全禁用压缩。
第三个BrowserMatch指令修正了上面两条对浏览器的推测，因为微软的IE也将它自己标识成"Mozilla/4"但是它实际上能够处理所有的压缩内容。因此又在User-Agent头中额外匹配了字符串"MSIE"("/b"表示"单词边界")，并且取消了前面的限制。
注意
通过SetEnv设置force-gzip环境变量将会忽略浏览器的"accept-encoding"，始终发送经过压缩的内容。
首先下载tomcat, apache和jk。
1. 下载Apache HTTP server(2.2), 安装于“C:/Program Files/Apache Software Foundation/Apache2.2”
2. 下载mod_jk， 放在“Apache Software Foundation/Apache2.2/modules and rename it to mod_jk.so”
JK 是通过 AJP 协议与 Tomcat 服务器进行通讯的，Tomcat 默认的 AJP Connector 的端口是 8009。
<tomcat>/conf/server.xml:
<!-- Define an AJP 1.3 Connector on port 8009 -->
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
JK 本身提供了一个监控以及管理的页面 jkstatus，通过 jkstatus 可以监控 JK 目前的工作状态以及对到 tomcat 的连接进行设置，如下图所示：
1：监控以及管理的页面 jkstatusjkstatus
在这个图中我们可以看到当前JK配了两个连接分别到 8109 和 8209 端口上，目前 s2 这个连接是停止状态，而 s1 这个连接自上次重启后已经处理了 47 万多个请求，流量达到 6.2 个 G，最大的并发数有 13 等等。我们也可以利用 jkstatus 的管理功能来切换 JK 到不同的 Tomcat 上，例如将 s2 启用，并停用 s1，这个在更新应用程序的时候非常有用，而且整个切换过程对用户来说是透明的，也就达到了无缝升级的目的。关于 JK 的配置文章网上已经非常多了，这里我们不再详细的介绍整个配置过程，但我要讲一下配置的思路，只要明白了配置的思路，JK 就是一个非常灵活的组件。
JK 的配置最关键的有三个文件，分别是
httpd.conf
Apache 服务器的配置文件，用来加载 JK 模块以及指定 JK 配置文件信息
workers.properties
到 Tomcat 服务器的连接定义文件
uriworkermap.properties
URI 映射文件，用来指定哪些 URL 由 Tomcat 处理，你也可以直接在 httpd.conf 中配置这些 URI，通过JkMount，比如：
JkMount /*.do route1
JkUnMount /output/* loadbalancer (如果有不想转发目录，则用JkUnMount)
#关掉主机Lookup，如果为on，很影响性能，可以有10多秒钟的延迟。
HostnameLookups Off
但是独立这些配置的好处是 JK 模块会定期更新该文件的内容，使得我们修改配置的时候无需重新启动 Apache 服务器。
其中第二、三个配置文件名都可以自定义。下面是一个典型的 httpd.conf 对 JK 的配置
Apache Software Foundation/Apache2.2/conf/httpd.conf
# (httpd.conf)
# 加载 mod_jk 模块
LoadModule jk_module modules/mod_jk.so
#
# Configure mod_jk
#
JkWorkersFile conf/workers.properties
JkMountFile conf/uriworkermap.properties
JkLogFile logs/mod_jk.log
JkLogLevel warn
接下来我们在 Apache 的 conf 目录下新建两个文件分别是 workers.properties、uriworkermap.properties。这两个文件的内容大概如下
#
# workers.properties
#
# list the workers by name
worker.list= route1, status
# localhost server 1
# ------------------------
worker.s1.port=8009 #ajp13 端口号，在tomcat下server.xml配置,默认8009
worker.s1.host=localhost #tomcat的主机地址，如不为本机，请填写ip地址
worker.s1.type=ajp13
worker.s1.lbfactor=1 #server的加权比重，值越高，分得的请求越多
# localhost server 2
# ------------------------
worker.s2.port=8109
worker.s2.host=localhost
worker.s2.type=ajp13
worker.s2.lbfactor=1
worker.s2.stopped=1
worker. route1.type=lb
worker.retries=3
worker.route1.balanced_workers=s1, s2
worker.route1.sticky_session=1
worker.status.type=status
具体的参数含义如下：
A、worker.list=route1, status
设定工作的负载平衡器，各Tomcat节点不能加入此列表。
B、worker. s1.lbfactor=1
负载平衡的权重比，如果此权重比越大，则分配到此节点的请求越多，如以上两个节点的权重比为1:1，则为平均分配。
C、worker.route1.balanced_workers=s1, s2
指定此负载平衡器负责的Tomcat应用节点。
D、worker.loadbalancer.sticky_session=true
此处指定集群是否需要会话复制，如果设为true（或1），则表明为会话粘性，不进行会话复制，当某用户的请求第一次分发到哪台Tomcat后，后继的请求会一直分发到此Tomcat服务器上处理。这样设的坏处是，当相应的tomcat挂掉，那么session就会丢失。如果设为false，则表明需求会话复制。
E、worker.loadbalancer.sticky_session_force=true
如果上面的sticky_session设为true时，建议此处也设为true，此参数表明如果集群中某台Tomcat服务器在多次请求没有响应后， 是否将当前的请求，转发到其它Tomcat服务器上处理；此参数在sticky_session=true时，影响比较大，会导致转发到其它Tomcat 服务器上的请求，找不到原来的session，所以如果此时请求中有读取session中某些信息的话，就会导致应用的null异常。
接下来便是 URI 的映射配置了，我们需要指定哪些链接是由 Tomcat 处理的，哪些是由 Apache 直接处理的，看看下面这个文件你就能明白其中配置的意义
/*= route1
/jkstatus=status
!/*.gif= route1
!/*.jpg= route1
!/*.png= route1
!/*.css=route1
!/*.js=route1
!/*.htm=route1
!/*.html=route1
相信你已经明白了一大半了：所有的请求都由route1这个 worker 进行处理，但是有几个例外，/jkstatus 请求由 status 这个 worker 处理。另外这个配置中每一行数据前面的感叹号是什么意思呢？感叹号表示接下来的 URI 不要由 JK 进行处理，也就是 Apache 直接处理所有的图片、css 文件、js 文件以及静态 html 文本文件。
以上的 workers.properties 配置就是我们前面那个屏幕抓图的页面所用的配置。首先我们配置了两个类型为 ajp13 的 worker 分别是 s1 和s2，它们指向同一台服务器上运行在两个不同端口 8009 和 8109 的 Tomcat 。不需要设置Tomcat中的jvmRoute， 只要正确设置了port和host，apache便能正确连接tomcat。接下来我们配置了一个类型为 lb（也就是负载均衡的意思）的 worker，它的名字是route1，这是一个逻辑的 worker，它用来管理前面配置的两个物理连接s1 和s2。最后还配置了一个类型为 status 的 worker，这是用来监控 JK 本身的模块。有了这三个 worker 还不够，我们还需要告诉 JK，哪些 worker 是可用的，所以就有 worker.list = route1, status 这行配置。
Apache的mod_deflate模块提供了DEFLATE输出过滤器，允许服务器在将输出内容发送到客户端以前进行压缩，以节约带宽。
LoadModule deflate_module modules/mod_deflate.so
<Location />
SetOutputFilter DEFLATE
</Location>
压缩是由DEFLATE过滤器实现的。下面的指令会对其所在容器中的文档启用压缩：
SetOutputFilter DEFLATE
一些流行的浏览器不能正确处理所有压缩内容，因此你可能需要将gzip-only-text/html标记设为"1"来仅仅允许压缩html文件(见下面)。如果你设置了"1"以外的任何值，都将被忽略。
如果你想将压缩限制在几种特定的MIME类型上，可以使用AddOutputFilterByType指令。下面的例子仅仅允许对html文档进行压缩：
<Directory "/your-server-root/manual">
AddOutputFilterByType DEFLATE text/html
</Directory>
对于那些不能正确处理所有压缩内容的浏览器，可以使用BrowserMatch指令针对特定的浏览器设置no-gzip标记以取消压缩。为了取得更好的效果，你可以将no-gzip和gzip-only-text/html配合使用。在这种情况下，下面的设置将会覆盖上面的设置。看看从配置示例中摘录的片断：
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4/.0[678] no-gzip
BrowserMatch /bMSIE !no-gzip !gzip-only-text/html
第一条指令表示如果User-Agent字符串表示它是一个Navigator 4.x的浏览器，这种浏览器不能正确处理除text/html之外的所有类型。而4.06, 4.07, 4.08版的Navigator完全不能处理任何压缩内容，因此第二条指令对这些浏览器完全禁用压缩。
第三个BrowserMatch指令修正了上面两条对浏览器的推测，因为微软的IE也将它自己标识成"Mozilla/4"但是它实际上能够处理所有的压缩内容。因此又在User-Agent头中额外匹配了字符串"MSIE"("/b"表示"单词边界")，并且取消了前面的限制。
注意
通过SetEnv设置force-gzip环境变量将会忽略浏览器的"accept-encoding"，始终发送经过压缩的内容。