概念
作用：提升吞吐率，提升请求性能，提高容灾
负载均衡按层级划分:四层负载均衡：ip+tcp端口; 七层负载均衡：处理http层,例如根据主机地址调度
实现原理：nginx实现负载均衡用到了proxy_pass代理模块核心配置,将客户端请求代理转发至一组upstream虚拟服务池
ngx_http_proxy_module #proxy代理模块
ngx_http_upstream_module #负载均衡模块，可以实现网站的负载均衡功能及节点的健康检查。
配置案例
upstream node {
server 192.9.191.31:8001 down;
server 192.9.191.31:8002 backup;
server 192.9.191.31:8004 weight=100;
server 192.9.191.31:8003 max_fail=1 fail_timeout=10s;
}
server {
listen 80;
server_name www.test.com;
location / {
proxy_pass http://node;
}
}
upstream参数详解
server 1.1.1.1:80 #webserver，可以是IP或域名，端口不写，默认是80端口，
weight #权重，默认为1，权重大接受的请求越多
backup #预留的备份服务器，当前面激活的real server都失败后会自动启用该服务器
down #这标志着服务器永远不可用
max_conns=10 #最大并发连接数，超过10个连接无法访问；保护节点
slow_start=10s #后端服务器由down转为up，加入到集群的时间
#健康状态监测
max_fails=2
fail_timeout=20s
例:server x.x.x.x:80 max_fails=2 fail_timeout=20s; ##20秒之内如果检测后端服务失败次数达到2次, 就认为后端服务down;如果后端服务down机，自动切换到其它正常机器，如果后端机器由down改成up状态，又自动加入到web集群中
注意：nginx自带的健康状态不是很好用, 建议使用tengine的nginx_upstream_check_module模块用于健康状态监测;
调度算法
rr轮询 #按时间顺序逐一分配到不同的后端服务器,默认调度算法
weight #加权轮询,weight值越大,分配到访问几率越大
ip_hash #同一个ip请求web服务器，第一次扔给一台服务器，下次同一个ip都会扔给同一台服务器，可以解决动态网页session共享问题，但是会破坏负载均衡，请求分配不均，最大的问题是NAT；建议不要使用ip_hash方式，使用redis方式进行会话共享；
fair #第三方动态算法，按照后端服务器RS的响应时间来分配请求，响应时间短的优先分配
url_hash #按访问url的hash结果来分配请求，让每个url定向到同一个后端服务器，url_hash和ip_hash类似，url_hash用于web缓存，ip_hash用于会话保持,例如www.baidu.com/1.html和www.baidu.com/index.html这两个url会分配不同的后端服务器,一定要记录url包含请求的资源例如index.html等
hash $request_uri consistent; 或hash $remote_addr consistent; # 一致性hash算法,主要用于避免上游服务器添加服务器 导致缓存失效;
least_conn #最少连接数
session_sticky #tengine版本的基于cookie转发, 参考文档, http://tengine.taobao.org/document_cn/http_upstream_session_sticky_cn.html
sticky #nginx自带的基于cookie转发, 参考文档, https://blog.csdn.net/lvshaorong/article/details/78309514, 需要源码编译第三方模块, nginx-sticky-module-ng