Nginx深入详解之upstream分配方式

简介: Nginx深入详解之upstream分配方式

一、分配方式

       Nginx的upstream支持5种分配方式,下面将会详细介绍,其中,前三种为Nginx原生支持的分配方式,后两种为第三方支持的分配方式:

1、轮询        

       轮询是upstream的默认分配方式,即每个请求按照时间顺序轮流分配到不同的后端服务器,如果某个后端服务器down掉后,能自动剔除。

       upstream backend {

           server 192.168.1.101:8888;

           server 192.168.1.102:8888;

           server 192.168.1.103:8888;

       }

2、weight        

       轮询的加强版,即可以指定轮询比率,weight和访问几率成正比,主要应用于后端服务器异质的场景下。

       upstream backend {

           server 192.168.1.101 weight=1;

           server 192.168.1.102 weight=2;

           server 192.168.1.103 weight=3;

       }

3、ip_hash        

       每个请求按照访问ip(即Nginx的前置服务器或者客户端IP)的hash结果分配,这样每个访客会固定访问一个后端服务器,可以解决session一致问题。

       upstream backend {

           ip_hash;

           server 192.168.1.101:7777;

           server 192.168.1.102:8888;

           server 192.168.1.103:9999;

       }

4、fair        

       fair顾名思义,公平地按照后端服务器的响应时间(rt)来分配请求,响应时间短即rt小的后端服务器优先分配请求。

       upstream backend {

           server 192.168.1.101;

           server 192.168.1.102;

           server 192.168.1.103;

           fair;

       }

5、url_hash

       与ip_hash类似,但是按照访问url的hash结果来分配请求,使得每个url定向到同一个后端服务器,主要应用于后端服务器为缓存时的场景下。

       upstream backend {

           server 192.168.1.101;

           server 192.168.1.102;

           server 192.168.1.103;

           hash $request_uri;

           hash_method crc32;

       }

       其中,hash_method为使用的hash算法,需要注意的是:此时,server语句中不能加weight等参数。

       关于,如何在负载均衡中使用upstream请参看这里


二、设备状态

       从上面实例不难看出upstream中server指令语法如下:

       server address [parameters]

       关键字server必选。

       address也必选,可以是主机名、域名、ip或unix socket,也可以指定端口号。

       parameters是可选参数,可以是如下参数:

       down:表示当前server已停用

       backup:表示当前server是备用服务器,只有其它非backup后端服务器都挂掉了或者很忙才会分配到请求。

       weight:表示当前server负载权重,权重越大被请求几率越大。默认是1.

       max_fails和fail_timeout一般会关联使用,如果某台server在fail_timeout时间内出现了max_fails次连接失败,那么Nginx会认为其已经挂掉了,从而在fail_timeout时间内不再去请求它,fail_timeout默认是10s,max_fails默认是1,即默认情况是只要发生错误就认为服务器挂掉了,如果将max_fails设置为0,则表示取消这项检查。

       举例说明如下:

       upstream backend {

           server    backend1.example.com    weight=5;

           server    127.0.0.1:8080               max_fails=3 fail_timeout=30s;

           server    unix:/tmp/backend3;          

       }

       如何引用呢? 如下

       location  /router/

               {

               proxy_pass http://backend;

               proxy_set_header Host $host;

               proxy_set_header X-Real_IP $remote_addr;

               proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

               }

以下可以解决只有一个合法的业务域名的问题

       location /test/router

               {

               proxy_pass http://test.yl.66huyu.cn/router;

               proxy_set_header Host $host;

               proxy_set_header X-Real_IP $remote_addr;

               proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

               }

如何做游戏多区多服的https的反向代理设置:

       location /zone {

               proxy_set_header Host $host;

               proxy_set_header X-Real-IP $remote_addr;

               proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

               proxy_set_header Upgrade $http_upgrade;

               proxy_set_header Connection "upgrade";

               proxy_read_timeout 86400;

               proxy_pass http://$arg_host:$arg_port;

       }

客户端请求 :wss://www.ooxx.com/zone?host=134.175.33.159&port=8888

nginx自动会把参数加arg_前缀,代理向ttp://$arg_host:$arg_port,则客户端自动就连向了http://134.175.33.151:8888

如何做服务器端重定向?

location ~*/router/.+ {
    rewrite ^/  /home/index.html redirect;
  }

这样就会把

https://game1.ooxx.com/1621423203685/router/wechat/login.do?pid=ningbo&invitorId=184815&tableId=136615cc

重定向为

https://game1.ooxx.com/home/index.html?pid=ningbo&invitorId=184815&tableId=136615

 

目录
相关文章
|
负载均衡 算法 应用服务中间件
Nginx系列教程(08) - Upstream Server 负载均衡
Nginx系列教程(08) - Upstream Server 负载均衡
538 0
|
6月前
|
网络协议 应用服务中间件 nginx
解决 nginx 启动错误host not found in upstream "XXXX.com“
在前置机上利用nginx进行反向代理的时候,我们会配置proxy_pass。在启动nginx的会报如下错误:host not found in upstream "XXXX.com“
3844 0
|
6月前
|
负载均衡 应用服务中间件 nginx
解决nginx配置负载均衡时invalid host in upstream报错
在Windows环境下,配置Nginx 1.11.5进行负载均衡时遇到问题,服务无法启动。错误日志显示“invalid host in upstream”。检查发现上游服务器列表中,192.168.29.128的主机地址无效。负载均衡配置中,两个服务器地址前误加了"http://"。修正方法是删除上游服务器列表和proxy_pass中的"http://"。问题解决后,Nginx服务应能正常启动。
495 4
解决nginx配置负载均衡时invalid host in upstream报错
|
Java 应用服务中间件 PHP
Nginx——*5 connect() failed (111: Connection refused) while connecting to upstream
Nginx——*5 connect() failed (111: Connection refused) while connecting to upstream
622 0
Nginx——*5 connect() failed (111: Connection refused) while connecting to upstream
|
负载均衡 应用服务中间件 nginx
Nginx之upstream被动式重试机制解读z
Nginx之upstream被动式重试机制解读z
|
应用服务中间件 nginx
Nginx 实战系列之四:upstream 的 max_fails 和 fail_timeout 指标和实战经验
Nginx 实战系列之四:upstream 的 max_fails 和 fail_timeout 指标和实战经验
|
负载均衡 测试技术 Linux
小满Linux(第十一章Nginx-负载均衡upstream)
upstream的基本语法如下,一个upstream需要设置一个名称,这个名称可以在server里面当作proxy主机使用。
158 0
小满Linux(第十一章Nginx-负载均衡upstream)
|
监控 网络协议 应用服务中间件
|
缓存 负载均衡 算法
Nginx使用upstream实现负载均衡
Nginx使用upstream实现负载均衡 如果Nginx没有仅仅只能代理一台服务器的话,那它也不可能像今天这么火,Nginx可以配置代理多台服务器,当一台服务器宕机之后,仍能保持系统可用。具体配置过程如下:
281 0
|
26天前
|
应用服务中间件 BI nginx
Nginx的location配置详解
【10月更文挑战第16天】Nginx的location配置详解