前言
Apache配置负载均衡和集群使用mod_jk的方式比较多。
但是mod_jk已经停止更新,并且配置相对复杂。
Apache2.2以后,提供了一种原生的方式配置负载均衡和集群,比mod_jk简单很多。
负载均衡
开启所需的插件
如果下面的扩展没开启 就开启下(新版默认都开了)
去掉以下模块的注释:
1 | LoadModule proxy_module modules/mod_proxy.so #提供代理服务器功能 |
添加以下模块(新版默认没开)
1 | LoadModule headers_module modules/mod_headers.so |
我把上面的配置直接放在/etc/httpd/conf.modules.d
文件夹下的00-proxy.conf
配置中了(注意:不同apache版本不一样)
apache2.4版本注意事项
httpd.conf
中的配置
要配置SRVROOT
必须为绝对路径
1 | Define SRVROOT "C:\Software\Apache24" |
去掉以下的注释
1 | Include conf/extra/httpd-vhosts.conf |
添加负载均衡配置
建议在httpd.conf
的同级目录创建文件夹conf.d
里面放自定义配置 httpd.conf
中添加引用
1 | Include conf/conf.d/*.conf |
配置示例(Tomcat下单个项目)
即:访问项目时直接通过域名或IP就可以访问 不需要添加项目名的情况下
新建文件 vhost_a.psvmc.cn.conf
1 | #虚拟机配置,负载均衡配置 |
上面的代理也可以用http(不推荐使用,没ajp效率高)
1 | <proxy balancer://cluster> |
Tomcat下多个项目配置
即webapp目录下有多个项目 访问项目需要添加项目名的情况下
如果Tomcat下时多个项目该怎么配
先说一种错误配法
错误配法
Apache配置同上
Tomcat中又配置了多个Host节点
1 | <Host name="a.psvmc.cn" appBase="webapps/aaa" unpackWARs="true" autoDeploy="true"> |
这样配置的话大部分情况下是没问题的,但是如果页面上有验证码的话 会生成两个SessionID
,导致验证码不可用
正确的配法
Apache中
1 | ProxyRequests Off |
Tomcat中用默认的配置
1 | <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true"> |
注意
Apache中多了ProxyPassReverseCookiePath /aaa /
因为ajp://a.psvmc.cn:8009/aaa
的原因 cookie的path会变成/aaa
然后在/aaa
下并没有对应的cookie 就会生成新的session
总结
当我们的直接访问Tomcat下的不同项目时,可以配置多个Host
但是如果我们是从Apache或者Nginx代理过来的,就使用默认配置就行了
疑问
网上大部分教程都是配了一个stickysession=JSESSIONID|jsessionid
但是那样配SessionID还是一直变,尚不知原因
情景
上面的例子用在 一台服务器上有两个tomcat
通过a.psvmc.cn访问进来的请求分摊在两个tomcat上,但是因为设置了黏性Session
所以只会访问一个服务器
建议每一个apache配置都建一个httpd-vhosts-a.psvmc.cn.conf
文件 放在/etc/httpd/conf.d
目录下 这样方便管理
Tomcat的配置
开启粘性Session时jvmRoute的配置不是必须的
jvmRoute只是为了测试时方便查看用的哪个Tomcat
两个Tomcat端口的修改是因为放在同一台服务器上了,不同服务器就不用修改
TomcatA
1 | <Server port="8005" shutdown="SHUTDOWN"> |
TomcatB
1 | <Server port="9005" shutdown="SHUTDOWN"> |
Apache及Tomcat的注意点
0) 修改tomcat的server.xml
添加jvmRoute="tomcat7_8080"
1 | <Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat7_8080"> |
1) ProxyPassReverse / balancer://cluster/
反向代理将所有的/
请求都转发给名叫cluster
的balancer
。
所以cluster
可以自定义
2) loadfactor表示请求的权值
该值默认为1,可以将该值设置为1到100之间的任何值。
3) lbmethod表示负载均衡的算法
lbmethod可能的取值有:
- lbmethod=byrequests 按照请求次数均衡(默认)
- lbmethod=bytraffic 按照流量均衡
- lbmethod=bybusyness 按照繁忙程度均衡(总是分配给活跃请求数最少的服务器)
4) stickySession表示开启粘性Session。
他的意思是如果第一次请求分到了tomcat7_8080的Tomcat,那么这个用户的后续请求,都会分配给tomcat7_8080的这个Tomcat。
5) nofailover=On
如果设为‘On’,当工作单元被禁用或者出错时,会话则立即中断。可以将该值设为On如果后端服务器不支持会话复制(Session replication)
测试文件
我们可以在参与负载均衡或集群的项目下新建一个index.jsp的测试文件 文件代码如下
1 | <%@ page contentType="text/html; charset=UTF8" %> |
访问测试的网页 我们会发现SessionID: F342BA5723DBE6ACE4B3C21E4F34FE4F.tomcat7_8080
SessionID的后面都会显示我们在Tomcat的server.xml中配置的jvmRoute
所以上面我们配置的jvmRoute在真正部署的时候是不需要的,只是让我们测试是能比较容易的看出访问的是哪个服务器
- 如果只配置了负载均衡 我们会发现SessionID的.的前面和后面都会变化
- 如果只配置了负载均衡和粘性Session 我们会发现SessionID是不会变的,除非重启浏览器
- 如果配置了负载均衡和Session复制并且取消粘性Session 我们会发现SessionID变化的只会是.后面的jvmRoute
Session复制
上面说的是集群时Session的处理方式是粘性Session。下面要说的就是另一种Session复制 当然还有很多其他方式
如果设置Session复制,最好取消粘性Session,因为设置Session复制后,各个服务器上Session已经同步了,就没必要让同一个用户只访问一个服务器了
Session复制和粘性Session是集群的两种策略,各有利弊
如果参与集群的服务器过多就不建议用Session复制
使用粘性Session的话,用户访问的那台服务器崩溃的话,用户的Session就回丢失,不会故障转移
集群和负载均衡的区别就是集群包括Session复制和故障转移。
Session复制是广义的,实际上就是故障转移的时候,还可以继续读取这个用户的Session。
Session复制只是其中的一种方式,也可以采用Session服务器的方式。
Tomcat Session复制很简单 只需要两步
第一步
只需要把所有参与集群的Tomcat的配置文件server.xml
中的一下配置取消注释就行了
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
这里使用的是默认配置,如果需要更详细的配置,可以参看官网
参与集群的服务器要在一个内网中,因为Tomcat的Session复制用的是组播
组播会导致网络风暴的问题,因此在公网上的交换机或者路由器通常将此功能禁止。
原则上,只要没有禁止,其功能和在局域网上一样。
第二步
在所有参与集群的项目中的web.xml中的web-app节点下添加<distributable/>
告诉Tomcat我要参加集群
如果项目没有web.xml
我们就在项目的根目录添加文件夹WEB-INF,再在文件夹下新建文件web.xml ,复制下面的配置
1 | <?xml version="1.0" encoding="UTF-8"?> |
就这样集群就配好了