前面看到篇文章 介绍apache和tomcat关联负载的,说道:apache服务器和tomcat的连接方法其实有三种:JK、http_proxy和ajp_proxy。并且介绍了使用JK的配置方式,链接见
http://jackandroid.iteye.com/blog/627147ajp是另外一个协议了,也就是tomcat里面那个默认8009端口监听的,平时很少用到。
http_proxy的方式,自己配置了一下,留档保存
1.Apache版本:Apache http server2.2.22(真2...,理论上2.1以后都支持session sticky)
2.Tomcat: tomcat6.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共享,第二种就是stickysessionsession粘连,就是说用户一旦访问了某个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。
http://jackandroid.iteye.com/blog/627147ajp是另外一个协议了,也就是tomcat里面那个默认8009端口监听的,平时很少用到。
http_proxy的方式,自己配置了一下,留档保存
1.Apache版本:Apache http server2.2.22(真2...,理论上2.1以后都支持session sticky)
2.Tomcat: tomcat6.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共享,第二种就是stickysessionsession粘连,就是说用户一旦访问了某个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。