Nginx负载均衡与转发 1、6种负载均衡策略 2、nginx负载均衡配置 3、根据URL、客户端类型、文件扩展名进行转发
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 ;