这是我参与8月更文挑战的第17天，活动详情查看：8月更文挑战
本篇是 Nginx 系列的第三篇，前两篇分别为大家介绍了 Nginx 的基础架构和基本配置，本篇为大家带来 Nginx 实战，解读 Nginx 如何实现负载均衡。
更多文章在我的 Github 及个人公众号【全栈道路】上，欢迎观赏【前端知识点】，如有受益，不要钱，小手点个Star。
阅读本文您将收获
- Nginx 实现负载均衡
Nginx 配置 upstream 实现负载均衡
- Nginx 最吸引人的地方就在于他可以实现负载均衡，减轻服务器压力
- 代理多台服务器，通过 upstream 模块进行反向代理，并保持系统可用
Nginx 配置 upstream
- 在
Nginx http模块下加入upstream节点
upstream www {
# www这个名字可以随便起，但是要尽量符合服务器的用途和域名
server 10.0.6.108:8090;
server 10.0.0.85:8091;
}
- 配置
server节点下的location节点中的proxy_pass反向代理
location / {
proxy_pass http://www;
}
upstream依照轮询（默认）方式进行负载，每一个请求按时间顺序逐一分配到不同的后端服务器- 若后端服务器
down掉，能自己主动剔除
upstream的分配策略
- 指定轮询几率(weight)，
weight和访问比率成正比，用于后端服务器性能不均的情况
upstream linuxidc{
server 10.0.0.77 weight=5;
server 10.0.0.88 weight=10;
}
# 10.0.0.88的訪问比率要比10.0.0.77的访问比率高一倍
- 每一个请求按訪问ip的hash结果分配(ip_hash)。这样每一个訪客固定訪问一个后端服务器，能够解决
session的问题
upstream favresin{
ip_hash;
server 10.0.0.10:8080;
server 10.0.0.11:8080;
}
- 按后端服务器的响应时间来分配请求(fair)。响应时间短的优先分配。与weight分配策略相似。
upstream favresin{
server 10.0.0.10:8080;
server 10.0.0.11:8080;
fair;
}
-
按訪问
url的hash结果来分配请求，使每一个url定向到同一个后端服务器(url_hash)。后端服务器为缓存时比較有效 -
注意：在
upstream中加入hash语句。server语句中不能写入weight等其他的參数，hash_method是使用的hash算法。
upstream resinserver{
server 10.0.0.10:7777;
server 10.0.0.11:8888;
hash $request_uri;
hash_method crc32;
}
upstream 设备设置状态值
- down: 表示单前的
server临时不參与负载. - weight: 默认为1,
weight越大，负载的权重就越大。 - max_fails: 同意请求失败的次数默认为1.当超过最大次数时，返回
proxy_next_upstream模块定义的错误. - fail_timeout:
max_fails次失败后。暂停的时间。 - backup: 其他全部的非
backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。
upstream bakend{
#定义负载均衡设备的Ip及设备状态
ip_hash;
server 10.0.0.11:9090 down;
server 10.0.0.11:8080 weight=2;
server 10.0.0.11:6060;
server 10.0.0.11:7070 backup;
}
写在最后
如果你觉得这篇文章对你有益，烦请点赞以及分享给更多需要的人！
欢迎关注【全栈道路】及微信公众号【全栈道路】，获取更多好文及免费书籍！
有需要【百度】&【字节跳动】&【京东】&【猿辅导】内推的也请留言哦，你将享受VIP级极速内推服务~
