高性能Web服务器Nginx的配置与部署研究(15)Upstream负载均衡模块

原创 2012年02月13日 21:10:36

转载请注明来自“柳大的CSDN博客”:http://blog.csdn.net/poechant

更多文章请浏览CSDN专栏《Nginx高性能Web服务器》或 服务器后端开发系列——《实战Nginx高性能Web服务器》


Nginx 的 HttpUpstreamModule 提供对后端(backend)服务器的简单负载均衡。一个最简单的 upstream 写法如下:


upstream backend {

    server backend1.example.com;

    server backend2.example.com;

    server.backend3.example.com;

}


server {

    location / {

        proxy_pass http://backend;

    }

}


1、后端服务器


通过 upstream 可以设定后端服务器,指定的方式可以是 IP 地址与端口、域名、UNIX 套接字(socket)。其中如果域名可以被解析为多个地址,则这些地址都作为 backend。下面举例说明:


upstream backend {

    server blog.csdn.net/poechant;

    server 145.223.156.89:8090;

    server unix:/tmp/backend3;

}


第一个 backend 是用域名指定的。第二个 backend 是用 IP 和端口号指定的。第三个 backend 是用 UNIX 套接字指定的。


2、负载均衡策略


Nginx 提供轮询(round robin)、用户 IP 哈希(client IP)和指定权重 3 种方式。


默认情况下,Nginx 会为你提供轮询作为负载均衡策略。但是这并不一定能够让你满意。比如,某一时段内的一连串访问都是由同一个用户 Michael 发起的,那么第一次 Michael 的请求可能是 backend2,而下一次是 backend3,然后是 backend1、backend2、backend3…… 在大多数应用场景中,这样并不高效。当然,也正因如此,Nginx 为你提供了一个按照 Michael、Jason、David 等等这些乱七八糟的用户的 IP 来 hash 的方式,这样每个 client 的访问请求都会被甩给同一个后端服务器。(另外,由于最近发现很多网站以不留原文链接的方式盗取本博博文,所以我就在这插一下本博的地址“http://blog.csdn.net/poechant”)具体的使用方式如下:


upstream backend {

    ip_hash;

    server backend1.example.com;

    server backend2.example.com;

    server.backend3.example.com;

}


这种策略中,用于进行 hash 运算的 key,是 client 的 C 类 IP 地址(C 类 IP 地址就是范围在 192.0.0.0 到 223.255.255.255 之间,前三段号码表示子网,第四段号码为本地主机的 IP 地址类别)。这样的方式保证一个 client 每次请求都将到达同一个 backend。当然,如果所 hash 到的 backend 当前不可用,则请求会被转移到其他 backend。


再介绍一个和 ip_hash 配合使用的关键字:down。当某个一个 server 暂时性的宕机(down)时,你可以使用“down”来标示出来,并且这样被标示的 server 就不会接受请求去处理。具体如下:


upstream backend {

    server blog.csdn.net/poechant down;

    server 145.223.156.89:8090;

    server unix:/tmp/backend3;

}


还可以使用指定权重(weight)的方式,如下:


upstream backend {

    server backend1.example.com;

    server 123.321.123.321:456 weight=4;

}


默认情况下 weight 为 1,对于上面的例子,第一个 server 的权重取默认值 1,第二个是 4,所以相当于第一个 server 接收 20% 的请求,第二接收 80% 的。要注意的是 weight 与 ip_hash 是不能同时使用的,原因很简单,他们是不同且彼此冲突的策略。


3、重试策略


可以为每个 backend 指定最大的重试次数,和重试时间间隔。所使用的关键字是 max_fails 和 fail_timeout。如下所示:


upstream backend {

    server backend1.example.com weight=5;

    server 54.244.56.3:8081 max_fails=3 fail_timeout=30s;

}


在上例中,最大失败次数为 3,也就是最多进行 3 次尝试,且超时时间为 30秒。max_fails 的默认值为 1fail_timeout 的默认值是 10s。传输失败的情形,由 proxy_next_upstream 或 fastcgi_next_upstream 指定。而且可以使用 proxy_connect_timeout 和 proxy_read_timeout 控制 upstream 响应时间。


有一种情况需要注意,就是 upstream 中只有一个 server 时,max_fails 和 fail_timeout 参数可能不会起作用。导致的问题就是 nginx 只会尝试一次 upstream 请求,如果失败这个请求就被抛弃了 : ( ……解决的方法,比较取巧,就是在 upstream 中将你这个可怜的唯一 server 多写几次,如下:


upstream backend {

    server backend.example.com max_fails fail_timeout=30s;

    server backend.example.com max_fails fail_timeout=30s;

    server backend.example.com max_fails fail_timeout=30s;

}


4、备机策略


从 Nginx 的 0.6.7 版本开始,可以使用“backup”关键字。当所有的非备机(non-backup)都宕机(down)或者繁忙(busy)的时候,就只使用由 backup 标注的备机。必须要注意的是,backup 不能和 ip_hash 关键字一起使用。举例如下:


upstream backend {

    server backend1.example.com;

    server backend2.example.com backup;

    server backend3.example.com;

}


转载请注明来自“柳大的CSDN博客”:http://blog.csdn.net/poechant

更多文章请浏览CSDN专栏《Nginx高性能Web服务器》或 服务器后端开发系列——《实战Nginx高性能Web服务器》

-

版权声明:本文为博主原创文章,未经博主允许不得转载。合作请联系微信 sinosuperman。

nginx 启动错误"nginx: [emerg] host not found in upstream "解决方案

问题描述:server { listen 80; server_name yq.object.home.com; charse...
  • WangXiaoMing099
  • WangXiaoMing099
  • 2014年04月11日 14:27
  • 20592

Nginx中upstream有以下几种方式:

1、轮询(weight=1)  默认选项,当weight不指定时,各服务器weight相同, 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。 upstream...
  • zhousenshan
  • zhousenshan
  • 2016年09月12日 23:14
  • 2345

nginx upstream的几种配置方式

nginx 的upstream目前支持4种方式的分配 1、轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器 ,如果后端服务器down掉,能自动剔除。 2、weight 指...
  • z69183787
  • z69183787
  • 2016年01月15日 15:37
  • 1398

nginx配置详解之upstream模块

nginx的upstream模块用来控制负载均衡,内容分发,nginx的upstream目前支持一下几种方式的分配: 1、轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器d...
  • zhangsheng_1992
  • zhangsheng_1992
  • 2016年06月21日 14:06
  • 5961

nginx基本配置与参数说明以及Nginx中的upstream轮询机制介绍

一.nginx简介         Nginx (发音为[engine x])专为性能优化而开发,其最知名的优点是它的稳定性和低系统资源消耗,以及对并发连接的高处理能力(单台物理服务器可支持30000...
  • happydream_C
  • happydream_C
  • 2017年02月09日 09:37
  • 14307

【Nginx-反向代理服务器】实践篇(三)之Tomcat+Nginx搭建集群

继前面的博客,本篇博客来实践操作体会一下 Nginx配置过程如下: (1)到Nginx官网下载Nginx的Windows版本:点击打开链接(这里我们使用nginx/Windows-1.4.7版本进行实...
  • hejingyuan6
  • hejingyuan6
  • 2015年08月03日 21:14
  • 16987

tomcat结合nginx使用小结

转:http://cxshun.iteye.com/blog/1535188 相信很多人都听过nginx,这个小巧的东西慢慢地在吞食apache和IIS的份额。那究竟它有什么作用呢?可能很多...
  • wxwzy738
  • wxwzy738
  • 2013年12月17日 21:47
  • 12590

高性能Web服务器Nginx的配置与部署研究(15)Upstream负载均衡模块

转载请注明来自“柳大的CSDN博客”:http://blog.csdn.net/poechant 更多文章请浏览CSDN专栏《Nginx高性能Web服务器》或 服务器后端开发系列——《实战Ngin...
  • Poechant
  • Poechant
  • 2012年02月13日 21:10
  • 25452

nginx host not found in upstream "jewelry.360nk.com" in /etc/nginx/conf:94

nginx 一直用着没问题,昨天晚上重启服务器后,使用域名访问网站突然跳转不过来、 首先用域名ping了下,能够正常解析; 其次又检查下80端口是否被关闭,结果一切都是正常的; 最后才想起检查下...
  • karali
  • karali
  • 2014年04月04日 10:47
  • 2933

高性能Web服务器Nginx的配置与部署研究(15)Upstream负载均衡模块

http://blog.csdn.net/poechant/article/details/7256184 转载请注明来自“柳大的CSDN博客”:http://blog.csdn.net/p...
  • yuanyuan_186
  • yuanyuan_186
  • 2016年04月27日 13:55
  • 173
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:高性能Web服务器Nginx的配置与部署研究(15)Upstream负载均衡模块
举报原因:
原因补充:

(最多只允许输入30个字)