【NGINX】负载均衡(upstream)

最新推荐文章于 2025-05-21 20:52:28 发布

原创最新推荐文章于 2025-05-21 20:52:28 发布 · 1w 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#负载均衡 #nginx #server #服务器 #url #session

nginx 专栏收录该内容

5 篇文章

订阅专栏

本文详细介绍了Nginx中upstream模块的负载均衡策略，包括轮询、权重、ip_hash、fair和url_hash五种方式，以及它们在不同场景下的应用。同时解释了设备状态设置的重要性，如down、weight、max_fails、fail_timeout和backup。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一个简单的负载均衡的示例，把www.domain.com均衡到本机不同的端口，也可以改为均衡到不同的地址上。

http {
   upstream myproject {
 	server 127.0.0.18000 weight=3;
 	server 127.0.0.18001;
 	server 127.0.0.18002;
 	server 127.0.0.18003;
   }

   server {
 	listen 80;
 	server_name www.domain.com;
 	location / {
 		proxy_pass http//myproject;
	}
   }
}

nginx的upstream目前支持以下几种方式的分配

1、轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。好的服务器weight高些，差的服务器weight低些。

3、ip_hash

每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

无法将权重（weight）与ip_hash联合使用来分发连接。如果有某台服务器不可用，你必须标记其为“down”

upstream bakend { 
ip_hash; 
server 192.168.0.14:88; 
server 192.168.0.15:80; 
}

4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream backend { 
server server1; 
server server2; 
fair; 
}

5、url_hash（第三方）

按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。

ip_hash; 
server 127.0.0.1:9090 down; 
server 127.0.0.1:8080 weight=2; 
server 127.0.0.1:6060; 
server 127.0.0.1:7070 backup;

在需要使用负载均衡的server中增加proxy_pass http://bakend/;
每个设备的状态设置为:
　　1.down 表示单前的server暂时不参与负载
　　2.weight 权重,默认为1.weight越大，负载的权重就越大。
　　3.max_fails 允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
　　4.fail_timeout: max_fails次失败后，暂停的时间。
　　5.backup 备用, 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。