详解Apache 和 Tomcat 整合原理、配置方案

为什么要让 Apache 与 Tomcat 之间进行连接呢?

原因有下面几个：

提升对静态文件的处理性能

利用 Web 服务器来做负载均衡以及容错

无缝的升级应用程序

[[332848]]

Apache 和 Tomcat整合原理：

• Apache负责处理HTML静态内容
• Tomcat负责处理动态内容

 

 

换而言之：Apache是一辆车，上面可以装一些东西如html等，但是不能装水，要装水必须要有桶(容器)，而这个桶也可以不放在卡车上，那这个桶就是Tomcat。

Apache HTTP Server 与 Tomcat 的三种连接方式

JK

1. 编译生成mod_jk模块
2. 在apache中加载mod_jk并对其进行配置
3. 在tomcat中修改配置以使其能接受mod_jk的转发

编译生成mod_jk.so，然后将其复制到httpd加载模块默认的目录/etc/httpd/modules

yum install httpd-devel -y #编译生成apache扩展依赖apxs，如未安装先安装

wget http://mirrors.hust.edu.cn/apache/tomcat/tomcat-connectors/jk/tomcat-connectors-1.2.42-src.tar.gz 
 
tar -zxf tomcat-connectors-1.2.42-src.tar.gz 
 
cd tomcat-connectors-1.2.42-src/native/ 
 
./configure --with-apxs=/usr/sbin/apxs 
 
make 
 
cp ./apache-2.0/mod_jk.so /etc/httpd/modules/ 
 
https://tomcat.apache.org/download-connectors.cgi 

 

 

JK 是通过 AJP 协议与 Tomcat 服务器进行通讯的，Tomcat 默认的 AJP Connector 的端口是 8009。

JK 本身提供了一个监控以及管理的页面 jkstatus，通过 jkstatus 可以监控 JK 目前的工作状态以及对到 tomcat 的连接进行设置，如下图所示：

 

 

图中JK配了两个连接分别到 8109 和 8209 端口上，

也可以利用 jkstatus 的管理功能来切换 JK 到不同的 Tomcat 上，例如将 s2 启用，并停用 s1

JK 的配置最关键的有三个文件，分别是

• httpd.conf

Apache 服务器的配置文件，用来加载 JK 模块以及指定 JK 配置文件信息

• workers.properties

到 Tomcat 服务器的连接定义文件

Workers实际上属于Tomcat的链接器(Connector)，代表了一个Tomcat实例，这个实例代表了由某种web服务器来执行 servelet程序。

举例来说,我们可以使用某个服务器，例如apache 来把servelet请求转递Tomcat进程(worker)来进行后台处理。

• Tomcat workers都定义在一个叫做workers.properties属性文件之中，并且workers的说明告诉应该如何使用它们。

可以通过属性文件来为Tomcat Web服务器插件定义Worker。(在conf/下有个文件名为wo rkers.properties就是一个可用Workers属性文件).

worker.list=<由逗号分离开的worker名称列表>

worker.list= worker1, worker2

当启动服务器的时候，Web服务器插件会把这些出现在worker.list属性中出现名字的worker实例化，而这些也就是你可以用来映射请求的worker

Workers的类型

对于每个有名字的worker都会有若干条目给使用者提供worker自身的附加信息。这些信息包括worker的类型和与之相关的worker的信息。JK 1.2.5中包含下列的worker类型:

类型 说明

• ajp12 这种worker知道如何使用ajpv12协议去给用来外部处理的worker传递一个请求。
• ajp13 这种worker知道如何使用ajpv13协议去给用来外部处理的worker传递一个请求。
• lb 这是一个负载平衡worker;它知道怎样在一定容错范围内提供一个基于粘性负载的循环。
• status 这是一个状态worker来管理负载平衡。
• sticky_session指明带有会话线程ID的请求是否应该被发送回到同一个Tomcat worker。
• uriworkermap.properties
• URI 映射文件，用来指定哪些 URL 由 Tomcat 处理，

配置httpd.conf

 

 

接下来我们在 Apache 的 conf 目录下新建两个文件分别是 workers.properties、uriworkermap.properties。这两个文件的内容大概如下

 

 

首先我们配置了两个类型为 ajp13 的 worker 分别是 s1 和 s2，它们指向同一台服务器上运行在两个不同端口 8109 和 8209 的 Tomcat 上。

接下来我们配置了一个类型为 lb(也就是负载均衡的意思)的 worker，它的名字是 ZYKJ，这是一个逻辑的 worker，它用来管理前面配置的两个物理连接 s1 和 s2。

最后还配置了一个类型为 status 的 worker，这是用来监控 JK 本身的模块。

有了这三个 worker 还不够，我们还需要告诉 JK，哪些 worker 是可用的，所以就有 worker.list = ZYKJ, status 这行配置。

接下来便是 URI 的映射配置了，我们需要指定哪些链接是由 Tomcat 处理的，哪些是由 Apache 直接处理的

 

 

所有的请求都由 ZYKJ 这个 worker 进行处理，但是有几个例外，/jkstatus 请求由 status 这个 worker 处理。

感叹号表示接下来的 URI 不要由 JK 进行处理，也就是 Apache 直接处理所有的图片、css 文件、js 文件以及静态 html 文本文件。

通过对 workers.properties 和 uriworkermap.properties 的配置，可以有各种各样的组合来满足我们前面提出对一个 web 网站的要求

二、http_proxy

这是利用 Apache 自带的 mod_proxy 模块使用代理技术来连接 Tomcat。

http_proxy 模式是基于 HTTP 协议的代理，因此它要求 Tomcat 必须提供 HTTP 服务，也就是说必须启用 Tomcat 的 HTTP Connector。一个最简单的配置如下

 

 

在这个配置中，我们把所有 http://localhost 的请求代理到 http://localhost:8080/ ，这也就是 Tomcat 的访问地址，除了 images、css、js 几个目录除外。我们同样可以利用 mod_proxy 来做负载均衡，再看看下面这个配置

 

 

三、ajp_proxy

ajpproxy 连接方式其实跟 httpproxy 方式一样，都是由 mod_proxy 所提供的功能。配置也是一样，只需要把 http:// 换成 ajp:// ，同时连接的是 Tomcat 的 AJP Connector 所在的端口。上面例子的配置可以改为：

 

 

采用 proxy 的连接方式，需要在 Apache 上加载所需的模块，mod_proxy 相关的模块有

mod_proxy.so、 
 
modproxyconnect.so、 
 
modproxyhttp.so、 
 
modproxyftp.so、 
 
modproxyajp.so 

总结

相对于 JK 的连接方式，后两种在配置上是比较简单的，灵活性方面也一点都不逊色。但就稳定性而言就不像 JK 这样久经考验，如果是应用于关键的互联网网站，还是建议采用 JK 的连接方式。