十年河东，十年河西，莫欺少年穷
学无止境，精益求精
负载均衡的配置方式可参考：Nginx 通过upstream服务器组实现轮询式负载均衡及我所遇到的问题 【关闭selinux服务】
1、轮询策略
轮询策略其实是一个特殊的加权策略，不同的是，服务器组中的各个服务器的权重都是1
upstream backend {
server 192.168.136.136 weight=1;
server 192.168.136.136:81 weight=1;
server 192.168.136.136:82 weight=1;
server 192.168.136.136:83 weight=1;
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://backend;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
2、轮询加权策略
通过加入 weight的值进行加权处理，权重值越大，服务器越容易被访问，因此，性能好的服务器应适当加大权重值
upstream backend {
server 192.168.136.136 weight=1;
server 192.168.136.136:81 weight=2;
server 192.168.136.136:82 weight=3;
server 192.168.136.136:83 weight=4;
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://backend;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
3、ip 哈希策略
ip_hash 策略能够将某个客户端IP的请求固定到同一台服务器上，例如A用户访问服务器，通过固定算法后，被固定到 192.168.136.136 的web服务器上，那么，用户A下次访问时，依旧会到访问 192.168.136.136 服务器。因此，该策略解决了多台服务器Session不共享的问题【因为不同的客户端会被分到不同的服务器，且之后这种对应关系是不变的】
ip_hash 策略类似于url_hash ，一个采用Ip地址进行计算，一个采用URL地址进行计算。
upstream backend {
ip_hash;
server 192.168.136.136 ;
server 192.168.136.136:81;
server 192.168.136.136:82 ;
server 192.168.136.136:83;
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://backend;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
该算法不能保证服务器的负载均衡，可能存在个别服务器访问量很大，很小的情况.
另外，实际生产环境不建议使用此算法，如果要解决session共享的问题，我们可以使用第三方中间件 redis 来完成共享问题
4、least_conn 策略
最少连接，把请求转发给连接数最少的服务器。
轮询算法/轮询加权算法会把请求按照一定比例分发请求到各服务器上，但是，有些请求占用时间长，如果把这些响应占用时间长的请求大比例发送到了某一台服务器，那么这台服务器随着时间的增加会负载比较高【因为响应较长的请求还没处理完，新的请求又来了】，在这种情况下，采用 least_conn 的方式是最适合的，它能达到更好的负载均衡
upstream backend {
least_conn;
server 192.168.136.136 ;
server 192.168.136.136:81;
server 192.168.136.136:82 ;
server 192.168.136.136:83;
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://backend;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
此负载策略适合用于，请求处理时间长短不一造成服务器过载的情况
5、url_hash 策略
url_hash 和 ip_hash 类似，不同的是，客户端ip可能变，但客户端发送的请求URL不同功能模块虽说不同，但同一个功能点的URL是固定不变的
upstream backend {
hash $request_uri;
server 192.168.136.136 ;
server 192.168.136.136:81;
server 192.168.136.136:82 ;
server 192.168.136.136:83;
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://backend;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
注：配置文件中不是 url_hash ，而是 hash $request_uri;
6、智能的fair 策略【Nginx默认不支持，需下载第三方模块】
fair 采用的不是固定的轮询算法进行负载均衡，而是智能的根据页面大小、加载时间长短进行负载计算
upstream backend {
fair;
server 192.168.136.136 ;
server 192.168.136.136:81;
server 192.168.136.136:82 ;
server 192.168.136.136:83;
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://backend;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
注： 该策略，在Nginx的默认模块中是不支持的，需要下载 Nginx-upstream-fair 模块
@天才卧龙的博客
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
