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 ;

你可能感兴趣的:(Nginx负载均衡与转发)