Nginx负载均衡与转发

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 ;

转载自：http://www.cnblogs.com/1214804270hacker/p/9325150.html