为什么使用反向代理
可以起到保护网站安全的作用,因为任何来自Internet的请求都必须先经过代理服务器。
通过缓存静态资源,加速Web请求。
实现负载均衡。顺便说下,目前市面上,主流的负载均衡方案,硬件设备有F5,软件方案有四层负载均衡的LVS,七层负载均衡的Nginx、Haproxy等。
Nginx反向代理的实战
在生产环境,Tomcat服务器一般不单独使用在项目中,我们一般通过nginx用于反向代理的服务器,并将请求转发给后端多台Tomcat服务器,从而达到负载均衡的目的。
Nginx的集群配置
在http节点下,添加upstream节点,添加tomcat集群。
1 | upstream tomcats { |
配置location为tomcat集群
1 | location / { |
upstream还可以为每个设备设置状态值,这些状态值的含义分别如下:
- down:表示单前的server暂时不参与负载.
- weight:默认为1.weight越大,负载的权重就越大。
- max_fails:允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误.
- fail_timeout : max_fails次失败后,暂停的时间。
- backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。
1 | upstream tomcats{ |
分配策略
none(轮询)
upstream按照轮询(默认)方式进行负载,每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。虽然这种方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡。
weight(权重)
指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。例如
1 | server 192.168.61.22 weight = 6; # 60% 请求 |
ip_hash(访问ip)
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
配置只需要在upstream中加入ip_hash;即可。
1 | upstream tomcats { |
fair(第三方)
按后端服务器的响应时间来分配请求,响应时间短的优先分配。与weight分配策略类似。
1 | upstream tomcats { |
url_hash(第三方)
和IP哈希类似,只不过针对请求的url进行hash(基于缓存的server,页面静态化)。
一个模板
1 | upstream tomcats { |
反向代理实战
现在,我们开始一个完整的配置,配置如下
1 | upstream tomcats { |