1、6种负载均衡策略
1、轮询 ：默认方式
2、weight ： 权重方式
3、ip_hash ：依据ip分配方式
4、least_conn ：最少连接方式
5、fair（第三方） ：响应时间方式
6、url_hash（第三方） ：依据URL分配方式
参数：
1、fail_timeout ：与max_fails结合使用。
2、max_fails ： 设置在fail_timeout参数设置的时间内最大失败次数，如果在这个时间内，所有针对该服务器的请求都失败了，那么认为该服务器会被认为是停机了。
3、fail_time ： 服务器会被认为停机的时间长度,默认为10s。
4、backup ： 标记该服务器为备用服务器。当主服务器停止时，请求会被发送到它这里。
5、down ： 标记服务器永久停机了。
2、nginx负载均衡配置
1、轮询
不需要特殊配置，缺省配置就是轮询策略。
注意：
在轮询中，如果服务器down掉了，会自动剔除该服务器。
缺省配置就是轮询策略。
此策略适合服务器配置相当，无状态且短平快的服务使用。
2、权重
权重方式，在轮询策略的基础上指定轮询的几率。
例：
upstream dynamic_test {
server localhost:8080 weight=2; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082 backup; #tomcat 8.5
server localhost:8083 max_fails=3 fail_timeout=20s; #tomcat 9.0
}
在该例子中，weight参数用于指定轮询几率，weight的默认值为1,；weight的数值与访问比率成正比，比如Tomcat 7.0被访问的几率为其他服务器的两倍。
注意：
权重越高分配到需要处理的请求越多。
此策略可以与least_conn和ip_hash结合使用。
此策略比较适合服务器的硬件配置差别比较大的情况。
3、ip_hash
指定负载均衡器按照基于客户端IP的分配方式，这个方法确保了相同的客户端的请求一直发送到相同的服务器，以保证session会话。这样每个访客都固定访问一个后端服务器，可以解决session不能跨服务器的问题。
复制代码
upstream dynamic_test {
ip_hash; #保证每个访客固定访问一个后端服务器
server localhost:8080 weight=2; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082; #tomcat 8.5
server localhost:8083 max_fails=3 fail_timeout=20s; #tomcat 9.0
}
复制代码
注意：
在nginx版本1.3.1之前，不能在ip_hash中使用权重（weight）。
ip_hash不能与backup同时使用。
此策略适合有状态服务，比如session。
当有服务器需要剔除，必须手动down掉。
4、least_conn
把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；但是，有些请求占用的时间很长，会导致其所在的后端负载较高。这种情况下，least_conn这种方式就可以达到更好的负载均衡效果。
复制代码
upstream dynamic_test {
least_conn; #把请求转发给连接数较少的后端服务器
server localhost:8080 weight=2; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082 backup; #tomcat 8.5
server localhost:8083 max_fails=3 fail_timeout=20s; #tomcat 9.0
}
复制代码
注意：
此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。
5、fair（第三方策略）
第三方的负载均衡策略的实现需要安装第三方插件。
1、下载：https://github.com/gnosek/nginx-upstream-fair
2、解压
3、安装
./configure --user=nginx --group=nginx --prefix=/zjl/program/nginx-1.14.2 --with-http_stub_status_module --with-http_ssl_module --add-module=/zjl/software/nginx-upstream-fair/
make
make install
注意：红色加粗部分为解压后新加入的fair 模块路径
4、配置
按照服务器端的响应时间来分配请求，响应时间短的优先分配。
复制代码
upstream dynamic_test {
fair; #实现响应时间短的优先分配
server localhost:8080; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082; #tomcat 8.5
server localhost:8083; #tomcat 9.0
}
复制代码
6、url_hash（第三方策略）
第三方的负载均衡策略的实现需要安装第三方插件。
需要下载：Nginx_upstream_hash 插件
安装方式如 5 ： 添加 -–add-module=/ 参数
配置：
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，要配合缓存命中来使用。同一个资源多次请求，可能会到达不同的服务器上，导致不必要的多次下载，缓存命中率不高，以及一些资源时间的浪费。而使用url_hash，可以使得同一个url（也就是同一个资源请求）会到达同一台服务器，一旦缓存住了资源，再此收到请求，就可以从缓存中读取。
复制代码
upstream dynamic_test {
hash $request_uri; #实现每个url定向到同一个后端服务器
server localhost:8080; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082; #tomcat 8.5
server localhost:8083; #tomcat 9.0
}
复制代码
3、根据URL、客户端类型、文件扩展名进行转发
1、根据url 转发
配置文件：
http里配置：
upstream n2{
server 192.168.244.130:80;
}
upstream n3{
server 192.168.244.131:80;
}
server里配置：
location /n2/ {
proxy_pass http://n2;
}
location /n3/ {
proxy_pass http://n3;
}
第二种server 里配置方式：
复制代码
location / {
if ( $request_uri ~* "^/n2/(.*)" ) {
proxy_pass http://n2/$1;
}
if ( $request_uri ~* "^/n3/(.*)" ) {
proxy_pass http://n3/$1;
}
}
复制代码
if 和 左小括号之间有空格，且右小括号和左大括号之间有空格
访问
http://192.168.244.128/n2/zjl.html ---> 130里的zjl.html页面
http://192.168.244.128/n3/zjl.html ---> 131里的zjl.html页面
2、根据客户端设备（$http_user_agent）
配置文件：
复制代码
location / {
if($http_user_agent ~* "MSIE"){
proxy_pass http://n2;
}
if($http_user_agent ~* "Chrome"){
proxy_pass http://n3;
}
proxy_pass http://n1;
include proxy.conf;
}
复制代码
如果是ie访问n2服务池，如果是谷歌浏览器访问n3服务池，如果是其他访问默认服务池
复制代码
location / {
if($http_user_agent ~* "android"){
proxy_pass http://n2;
}
if($http_user_agent ~* "ipone"){
proxy_pass http://n3;
}
proxy_pass http://pc_pools;
include proxy.conf;
}
复制代码
如果是android、ipone、ipad等设备 则分别访问不同服务池
3、根据文件后缀转发
配置文件：
复制代码
location ~ .*.(gif|jpg|png)${
proxy_pass http://static_pools;
include proxy.conf;
}
#或location内加入如下内容：
if($request_uri ~* ".*\.(php|php5)$"){
proxy_pass http://php_server_pools;
}
if($request_uri ~* ".*\.(jsp|do|do*)$"){
proxy_pass http://java_server_pools;
}
复制代码
4、正则说明：
转载自：https://www.cnblogs.com/netsa/p/6383094.html
1、^： 匹配字符串的开始位置；
2、 $：匹配字符串的结束位置；
3、.*: .匹配任意字符，*匹配数量0到正无穷；
4、\. 斜杠用来转义，\.匹配 . 特殊使用方法，记住记性了；
5、（值1|值2|值3|值4）：或匹配模式，例：（jpg|gif|png|bmp）匹配jpg或gif或png或bmp
6、i不区分大小写
一．正则表达式匹配，其中：
~ 为区分大小写匹配
~* 为不区分大小写匹配
!~和!~*分别为区分大小写不匹配及不区分大小写不匹配
二．文件及目录匹配，其中
-f和!-f用来判断是否存在文件
-d和!-d用来判断是否存在目录
-e和!-e用来判断是否存在文件或目录
-x和!-x用来判断文件是否可执行
三．rewrite指令的最后一项参数为flag标记，flag标记有：
1.last 相当于apache里面的[L]标记，表示rewrite。
2.break本条规则匹配完成后，终止匹配，不再匹配后面的规则。
3.redirect 返回302临时重定向，浏览器地址会显示跳转后的URL地址。
4.permanent 返回301永久重定向，浏览器地址会显示跳转后的URL地址。
使用last和break实现URI重写，浏览器地址栏不变。而且两者有细微差别，使用alias指令必须用last标记;使用proxy_pass指令时，需要使用break标记。Last标记在本条rewrite规则执行完毕后，会对其所在server{......}标签重新发起请求，而break标记则在本条规则匹配完成后，终止匹配。
例如：如果我们将类似URL/photo/123456 重定向到/path/to/photo/12/1234/123456.png
rewrite "/photo/([0-9]{2})([0-9]{2})([0-9]{2})"/path/to/photo/$1/$1$2/$1$2$3.png ;
