四、反向代理+负载均衡

1. 反向代理

配置如下(proxy_pass后的地址必须写完整 http://xxx,不支持https):

图片[1]-四、反向代理+负载均衡-深吸氧

2. 负载均衡

2.1 轮询模式

RR(默认轮询)每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉能自动剔除。

2.1.1 克隆虚拟机

克隆两个centos,两个ip分别设为192.168.78.92,192.168.78.93

图片[2]-四、反向代理+负载均衡-深吸氧

2.1.2 配置nginx.cfg

nginx1的nginx.conf

图片[3]-四、反向代理+负载均衡-深吸氧

2.1.3 测试

多次访问http://192.168.78.91发现92和93被交替访问

图片[4]-四、反向代理+负载均衡-深吸氧
图片[5]-四、反向代理+负载均衡-深吸氧

2.2 权重模式

权重指定轮询几率,weight和访问比率成正比,权重越高访问几率越大,用于后端服务器性能不均的情况。

图片[6]-四、反向代理+负载均衡-深吸氧

2.3 ip_hash

ip_hash 会话粘连, 上面的2种方式都有一个问题,那就是下一个请求来的时候请求可能分发到另外一个服务器,当我们的程序不是无状态的时候(采用了session保存数据),这时候就有一个很大的很问题了,比如把登录信息保存到了session中,那么跳转到另外一台服务器的时候就需要重新登录了,所以很多时候我们需要一个客户只访问一个服务器,那么就需要用iphash了,iphash的每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

图片[7]-四、反向代理+负载均衡-深吸氧

2.4 url_hash(需要第三方插件)

根据用户访问的url定向转发请求,不同的url转发到不同的服务器进行处理(定向流量转发)。

2.5 fair(需要第三方插件)

根据后端服务器响应时间转发请求,这种方式也很少使用,因为容易造成流量倾斜,给某一台服务器压垮。

© 版权声明
THE END
请撒泡尿证明你到此一游
点赞0 分享
评论 抢沙发
头像
欢迎您留下宝贵的见解!
提交
头像

昵称

取消
昵称表情代码图片

    暂无评论内容