利用Nginx中的Upstream模块配置服务器负载均衡

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

1. 前言

nginx有一个最大的功能就是可以实现服务器的负载均衡，本篇博文就利用nginx中的upstream模块来配置一个简单的负载均衡。关于nginx的安装和配置文件可以查阅博文：windows下安装nginx和基本配置，这里不再赘述。

2. 什么是负载均衡

所谓负载均衡，就是nginx可以配置代理多台服务器主机，当前端页面的请求到来时，nginx可以在多台服务器主机中选择一个当前负载压力较小的服务器，然后将该访问请求转发给被选择的服务器，这样就保证了当用户访问前端页面时，后端服务器集群中的每个服务器负载压力趋于平衡，分担了服务器压力，不至于累得累死，闲的闲死。

那么要实现负载均衡，就少不了nginx中的负载均衡模块upstream，负载均衡模块用于从nginx配置文件中的upstream指令定义的后端主机列表中选取一台主机。nginx先使用负载均衡模块找到一台主机，再使用upstream模块实现与这台主机的交互。

说了这么多，不如直接看代码！

3. 具体配置

3.1 基本配置

首先在nginx.conf配置文件中的http节点内增加upstream节点，如下：
http { # ... upstream demo { server 127.0.0.1:9000; server 127.0.0.1:9002; } # ... }
上面的代码表示：我们选取了两个服务器主机，分别是127.0.0.1:9000和127.0.0.1:9002，这两个主机就是我们准备用来接收前端请求的负载机，当然你有多个负载机都可以写入里面。
然后我们在server节点中配置反向代理，让前端的请求能够代理到上面配置的负载机上，如下：
server { # ... location / { root html; index index.html index.htm; proxy_pass http://demo; } # ... }
注意：这里的proxy_pass配置应为http://+upstream名称。

OK，负载均衡的基本配置就已经配置好了，接下来我们写一个demo来看看效果。

3.2 基本配置demo

首先，我们用node.js分别起了两个后端服务，代码如下：

// 127.0.0.1:9000const express = require("express"); const app = express();const router = express.Router();router.get("/", function(req, res) { res.json({ msg: `这是来自9000端口的响应` }); });app.use(router);const port = process.env.PORT || 9000; module.exports = app.listen(port, () => { console.log(`Server listening on http://localhost:${port}, Ctrl+C to stop`); });

// 127.0.0.1:9002 const express = require("express"); const app = express();const router = express.Router();router.get("/", function(req, res) { res.json({ msg: `这是来自9002端口的响应` }); });app.use(router);const port = process.env.PORT || 9002; module.exports = app.listen(port, () => { console.log(`Server listening on http://localhost:${port}, Ctrl+C to stop`); });

分别在命令行中将这两个后端服务都起起来，然后按照上面基本配置方法配置好nginx，切记，修改过nginx配置文件后一定要nginx -s reload重启nginx哦。好了，我们打开浏览器看下效果：

上图中我们可以看到：当我们每刷新一次浏览器，就相当于发了一次访问请求，nginx将请求分别转发给了配置的两个负载机，从而页面上交替显示来自两个负载机的响应。

这就达到了两个负载机负载均衡的效果。

3.3 详细配置——ip_hash权重

上面的配置虽然基本实现了负载均衡，但是存在一个问题，就是我们的应用程序往往都会做用户的身份鉴别，即session会话控制，上面的配置方法不能保证把这次请求和下一次请求发送到同一台机器上，所以我们需要让每个请求第一次访问哪个服务器后就记录，之后再访问都是该服务器，这就需要使用到ip_hash了，配置如下：

upstream demo { ip_hash; server 127.0.0.1:9000; server 127.0.0.1:9002; }

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

demo如下：

我们可以看到，当配置了ip_hash后，响应的负载机就被固定下来了。

3.4 详细配置——weight权重

基本配置中每个负载机都是轮询响应的，但是在实际中，每个负载机的性能有高有低，我们更希望性能高的设备多承担一些负载，性能低的少承担一些，这就需要给负载机配置权重weight了，weight和访问比率成正比，weight值越高，被访问到的频率越高。配置如下：

upstream demo { ip_hash; server 127.0.0.1:9000 weight=10; server 127.0.0.1:9002 weight=80; }

demo如下：

我们可以看到，当配置了权重weight后，本该按照轮询顺序响应的9000负载机由于权重比9002低，所以响应被9002代理了。

3.5 详细配置——fair

与weight分配策略相似。weight是按照负载机权重不同从而分配请求，而fair则是以负载机响应时间来分配请求，响应时间短的优先分配。配置如下：

upstream demo { server 127.0.0.1:9000; server 127.0.0.1:9002; fair; }

为了测试这一功能，我们将基本配置里的写好的后端服务做一下修改，我们给两个后端响应加个定时器，让9002服务器1秒后响应，让9000服务器3秒后响应，代码如下：

// 127.0.0.1:9000 setTimeout(()=>{ res.json({ msg: `这是来自9000端口的响应` }); },3000)// 127.0.0.1:9002 setTimeout(()=>{ res.json({ msg: `这是来自9002端口的响应` }); },1000)

demo如下：