Nginx负载均衡与转发

一、6种负载均衡策略

一、轮询 ：默认方式

二、weight ： 权重方式

三、ip_hash ：依据ip分配方式

四、least_conn ：最少链接方式

五、fair（第三方） ：响应时间方式

六、url_hash（第三方） ：依据URL分配方式

参数：

一、fail_timeout ：与max_fails结合使用。

二、max_fails  ： 设置在fail_timeout参数设置的时间内最大失败次数，若是在这个时间内，全部针对该服务器的请求都失败了，那么认为该服务器会被认为是停机了。

三、fail_time  ： 服务器会被认为停机的时间长度,默认为10s。

四、backup  ： 标记该服务器为备用服务器。当主服务器中止时，请求会被发送到它这里。

五、down  ： 标记服务器永久停机了。

二、nginx负载均衡配置

一、轮询

不须要特殊配置，缺省配置就是轮询策略。

注意：

• 在轮询中，若是服务器down掉了，会自动剔除该服务器。
• 缺省配置就是轮询策略。
• 此策略适合服务器配置至关，无状态且短平快的服务使用。

二、权重

权重方式，在轮询策略的基础上指定轮询的概率。

例：

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结合使用。
• 此策略比较适合服务器的硬件配置差异比较大的状况。

三、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掉。

四、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
}

注意：

• 此负载均衡策略适合请求处理时间长短不一形成服务器过载的状况。

五、fair（第三方策略）

第三方的负载均衡策略的实现须要安装第三方插件。

一、下载：https://github.com/gnosek/nginx-upstream-fair

二、解压

三、安装

./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  模块路径

四、配置

按照服务器端的响应时间来分配请求，响应时间短的优先分配。

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
}

六、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
}

 

三、根据URL、客户端类型、文件扩展名进行转发

一、根据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页面

二、根据客户端设备（$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等设备 则分别访问不一样服务池

三、根据文件后缀转发

配置文件：

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;
}

四、正则说明：

转载自：https://www.cnblogs.com/netsa/p/6383094.html

一、^： 匹配字符串的开始位置；

二、 $：匹配字符串的结束位置；

三、.*:   .匹配任意字符，*匹配数量0到正无穷；

四、\. 斜杠用来转义，\.匹配 .    特殊使用方法，记住记性了；

五、（值1|值2|值3|值4）：或匹配模式，例：（jpg|gif|png|bmp）匹配jpg或gif或png或bmp

六、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