大部分一开始接触WEB服务器的人可能和我一样对为什么有Apache又有Tomcat服务器感到奇怪（它们还都是Apache开发的呵呵），其实他们不是冗余的服务器，虽然他们都能对外提供WEB服务器，但总的来说还是各有侧重点。下面做个简单介绍。
1. Apache是世界排名第一的Web服务器；在Apache基金会里其永远被第一支持。而开源的Apache Tomcat也非常关注，由于开源，用户最支持。
2. Apache支持静态页面，Tomcat支持动态页面（servlet, JSP）；一般在使用Apache + Tomcat的配置下，Apache都是实现对JSP的转发，交给Tomcat来处理。Apache可以支持PHP，但如果要支持JAVA，就需要Tomcat来处理。
3. Apache是Web服务器，Tomcat是应用（Java）服务器，它只是一个servlet容器，是Apache的扩展，但可以独立于Apache运行；如果以独立方式运行，功能与Apache等效，但对静态页面的处理不太理想。
通过上面分析，可以知道：
1. Apache能有很好的静态页面处理能力，如果搭配Tomcat能同时支持静态和动态页面
2. Tomcat能够承担性能要求较低的WEB应用。
负载均衡
为了提高整个系统的可用性和性能，常常会用到负载均衡，而Apache和Tomcat经常联合在一起来实现负载均衡技术。
主机Apache作为前段负载平衡服务器对用户进行分配，后端不同的Tomcat服务器最终处理请求，其中根据侧重点不同可以有两种不同的配置。
1. 增加系统可用性
保证多台Tomcat服务器之间会话的同步，确保任何一台当机都不会影响系统的运行，从而提高系统的可用性。
2. 提高系统性能
在负责负载平衡的Apache主机上记录每个请求的Session ID（这个ID是由Tomcat分配的）及回应Session的Tomcat Server对应关系，在下一个请求到来时先判断每个Session ID，如果有标识连接已经建立，那么转到对应服务器；负责就是新的连接，根据每个后台Tomcat服务器的状态分配一个服务器并记录Session ID.
如下图：
Apache + Tomcat配置
正如上面中看到的可以通过Apache +Tomcat来配置来达到较高WEB服务器同时，也能高正较高的可用性和系统性能。这些是通过Apache与Tomcat之间的通讯来完成的。Apache和Tomcat之间的通讯基本有三种方式：
1. Mod_Jk
2. HTTP_Proxy
3. AJP_Proxy
这里主要介绍Mod_JK方式，其也是最流行的方式，并且官方的文档也非常全。
Mod_JKMod_JK是Apache的一个模块，其通过AJP协议实现Apache与Tomcat之间的通讯，而Tomcat默认监听AJP连接器的8009端口来接受AJP的连接请求；一般这些请求来自前端的Apache服务器。
由于Mod_JK已经被设计成Apache的一个模块，因此可以通过一些相对简单的配置就能达到Apache和Tomcat之间通讯的目的；同样包含负载均衡。
配置步骤安装1. 安装Apache HTTP服务器，从Apache官方网站下载；我安装的是Apache2.0.64
2. 安装Apache Tomcat，可以安装在Apache同一个机器，也可以在其他的机器，版本要与Mod_JK匹配
3. 下载Mod_Jk；这里注意要与Apache Tomcat匹配。
配置加在Mod_JkMod_Jk是在Apache HTTP服务器上被加载的，需要将下载下来的Mod_Jk.so放到Apache/Modules目录下，并修改httpd.conf，增加下面一行：
Include conf/mod_jk.conf
使用include命令包含mod_jk.conf，这个是我们自己添加的关于mod_jk的配置文件。
新建Mod_jk.conf，并添加如下内容：
#Load mod_jk module.
LoadModule jk_module modules/mod_jk.so
#Where to find workers.properties
JkWorkersFile conf/workers2.properties
JkMountFile conf/urimap.properties
#Where to put jk logs
JkLogFile logs/mod_jk.log
#Set the jk log level[debug/error/info]
JkLogLevel info
#Select the log format
JkLogStampFormat "[%a %b %d %H:%M:%S %Y]"
#JkRequestLogFormat set the request format
JkRequestLogFormat "%w %V %T"
JkMount /* loadbalancer
上面包含了两个properties文件，分别是workers2.properties和urimap.properties。
Workers2.properties用于说明Tomcat服务器的负载均衡配置方法，具体如下：#worker.list=loadbalancer
worker.list=loadbalancer,tomcat1,tomcat2 #server 列表
#define the first node
worker.tomcat1.port=8009
worker.tomcat1.host=10.224.70.57
worker.tomcat1.type=ajp13
worker.tomcat1.lbfactor=1
#define the first node
worker.tomcat2.port=8009
worker.tomcat2.host=10.224.70.57
worker.tomcat2.type=ajp13
worker.tomcat2.lbfactor=1
#Now we define the load-balancing behavior
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=tomcat1, tomcat2
worker.loadbalancer.sticky_session=true
worker.loadbalancer.sticky_session_force=true
在Mod_jk.conf中有JkMount /* loadbalancer，这个loadbalancer正好对应上面worker.list一行的loadbalancer。
另外tomcat1和tomcat2是配置的后台tomcat服务器；当然这里只有一台服务器，所以两个worker都是同样的地址。lbfactor表示在负载均衡算法中采用的权重。
另外在urimap.properties文件中说明了哪些请求会转交给Tomcat服务器，配置项为：
!/*.htm=loadbalancer
注意这里的表示*.htm的请求都到loadbalancer；这个loadbalancer是上文中的loadbalancer。
至此Apache和Tomcat之间的负载均衡已经被配置好了。
运行时观察
这里主要观察session的stickiness是如何被实现的；已经Apache服务器如何了解到关于Session ID相关的信息。
实际上对于负载均衡来说，如果上面的例子中你配置了两个Tomcat，那么关闭sticky_session的情况下，每个Tomcat服务器将轮流收到请求。
其实在试验的时候发现session ID是Tomcat服务器分配创建的，Apache服务器只是用来管理其与Tomcat服务器之间的关系；当然Apache服务器需要检查每次请求中的Session ID。这个ID是由Tomcat分配的；Tomcat对于每个第一次请求的动态页面都会生成JSESSIONID；而对于静态页面是不会生成JESSIONID的。
具体运行过程：
1. Apache服务器接收到来自client的请求，检查HTTP请求是否包含SESSIONID
2. 如果不包含，采用负载均衡算法选择一个Tomcat服务器
3. Apache服务器将这个client请求转发到选定Tomcat服务器的8009端口，数据包的格式是AJP协议
4. Tomcat解析AJP协议，生成SESSION ID并且取得响应，将结果发送给Apache服务器，这个是通过之前的8009连接过来的链接发送回去的。
5. Apache服务器解析AJP包，并得到SESSION ID信息，并将其与对应的服务器（和会话）关联起来。
6. Apache将SESSION ID转发给client
7. Client将Session ID保存到Cookie中用于下次使用。
Packet No
Apache
Tomcat:8009
1
2:REQ:GET /index.jsp HTTP/1.1 à
2
ß2:RSP:send headers:200 OK
3
ß2:RSP:SEND BODY CHUNK
4
ß2:RSP:END RESPONSE
通常这个连接建立好了之后短时间是不会断，不过这是可以通过参数来配置的。
在上面的包交互过程中：第2个包包含了SESSION ID的信息；内容类似于下面：
Set-Cookie..3JSESSIONID=955AAE2AA22B074BD1824395B6E4835A; Path=/...Content-Type...text/html...Content-Length...141.AB.....
AJP（Apache JServer Protocol）AJPv13协议是面向包的。WEB服务器和Servlet容器通过TCP连接来交互；为了节省SOCKET创建的昂贵代价，WEB服务器会尝试维护一个永久TCP连接到servlet容器，并且在多个请求和响应周期过程会重用连接。
一旦一个连接被分配给特定的请求，在请求处理周期结束之前这个连接不能被重用；换句话说，请求不是连接多工的。这样编码比较简单。
一旦连接被分配给特定的请求，基本请求信息（HTTP头）以压缩的个性（通常字符串会编码为整数）；如果有请求实体，会随后立即发送。
这个时候，servlet容器已经准备好了处理请求并发送西面的信息回WEB服务器：
1. SEND_HEADERS：发回浏览器的响应头
2. SEND_BODY_CHUNK：将实体发送给浏览器
3. GET_BODY_CHUNK：获取更多的请求数据，这些数据没有被发送。
4. END_RESPONSE：表示请求处理周期结束。
WEB服务器发送给Servlet容器的请求包括：
1. 转发请求开始
2. 关闭
3. Ping
4. CPing
AJP13_FORWARD_REQUEST的格式
AJP13_FORWARD_REQUEST :=
Magic: (word)
Length: (word)
prefix_code (byte) 0x02 = JK_AJP13_FORWARD_REQUEST
method (byte) HTTP请求方法的字节编码
protocol (string)
req_uri (string)
remote_addr (string)
remote_host (string)
server_name (string)
server_port (integer)
is_ssl (boolean)
num_headers (integer)
request_headers *(req_header_name req_header_value)
attributes *(attribut_name attribute_value)
request_terminator (byte) OxFF
AJP13_SEND_HEADERSAJP13_SEND_HEADERS := prefix_code 4 http_status_code (integer) http_status_msg (string) num_headers (integer) response_headers *(res_header_name header_value)更多信息，参见：http://tomcat.apache.org/connectors-doc/ajp/ajpv13a.html#header_encoding