http://jackandroid.iteye.com/blog/627147 ajp是另外一个协议了，也就是tomcat里面那个默认8009端口监听的，平时很少用到。
http_proxy的方式，自己配置了一下，留档保存
1.Apache版本：Apache http server 2.2.22(真2...，理论上2.1以后都支持session sticky)
2.Tomcat： tomcat 6.0.32*2,分别监听80和8089端口，并在webapps目录中放置hello目录和hello/index.html文件，文件内容设置成不一样的，用于待会儿测试区分访问的结果。
3.安装(略)
4.最简单的负载均衡：配置apache的conf/httpd.conf文件
a.启用以下三个模块： LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule proxy_http_module modules/mod_proxy_http.so
b.在最下方加入如下配置,并重启apache，注意各种斜杠和空格：
ProxyRequests Off
<Proxy balancer://mycluster>
BalancerMember http://localhost:81/
BalancerMember http://localhost:8089/
</Proxy>
ProxyPass / balancer://mycluster/
c.直接访问localhost/hello，并刷新。会发现页面会在81和8089之间跳转。
d.简单解释：启用proxy,负载,http_proxy模块，定义了个新的"mycluster"负载，这个名字可以换掉，并且发送的地址为81和8089
5.stickysession负载配置
a.解释：客户A第一次访问被分配到81端口的tomcat并且登陆了，第二次访问时候访问到了8089，结果就坑了，因为8089的tomcat并没有session。 解决方式有两种，第一种是session共享，第二种就是stickysession session粘连，就是说用户一旦访问了某个tomcat，就给他个cookie，让他在后面的请求都访问那个tomcat。
b.session Sticky 可以考虑使用tomcat自己的jsessionid那个cookie，我们这里使用apache的http-header这个模块，由apache来自动生成cookie，配置如下：
补充启用header模块：
LoadModule headers_module modules/mod_headers.so
proxy配置修改为：
Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED
ProxyRequests Off
<Proxy balancer://mycluster>
BalancerMember http://localhost:81/ route=server1
BalancerMember http://localhost:8089/ route=server2
</Proxy>
ProxyPass / balancer://mycluster/ stickysession=ROUTEID
header那行用于自动生成cookie
ProxyPass那行 最后的stickysession=ROUTEID，表示从cookie中读取ROUTEID，并自动分配到相应的服务上去。
c. 访问localhost/hello 会发现浏览器自动生成了ROUTEID这个Cookie，并且刷新后还是保留在那个tomcat, 删除cookie并刷新，则可能会到其他tomcat。
这里补充个很恶心的东西：
Apache的Restart不能完全重新加载修改后的conf文件，重启Apache最好先Stop再Start。