利用 Nginx 负载均衡实现 Web 服务器更新不影响访问

拼搏现实的明天。 2022-06-05 23:27 73阅读 0赞

# 还记得那些美妙的夜晚吗 #

你洗洗打算看一个小电影就睡了，这个时候突然想起来今天晚上是服务器更新的日子，你要在凌晨时分去把最新的代码更新到服务器，以保证明天大家一觉醒来打开网站，发现昨天的 Bug 都不见了。这时候你瞬间没有了看电影的兴致了，这应该就是一个运维人员的日常了吧！

为什么要在凌晨时分去更新服务器？  
做过 Web 开发的应该都明白，可能尽管你开发的系统并没有多少用户在使用，但是，你依然不敢大白天去更新生产环境服务器，因为你并不知道服务器可能暂停两分钟会带来的影响，又或者我们心目中的「生产环境」这个词是圣神而不可随便玷污的，所以，我们总是放在凌晨时分。

# 你听过「灾备」、「异地多活」、「双机热备」这些词么 #

大家都知道「不能把鸡蛋放在一个篮子里」，在我们开发中依然是如此，如果是稍微对系统数据及运行状态有要求的项目，千万可不能突然系统挂掉几分钟，这带来的后果是不可想象的。所以，在我们开发中就会有「灾备」这个词，我们要考虑到这些不可预防的事件发生，所以，往往我们会把系统部署到多台服务器上面，这就是「鸡蛋」的例子，也就是所谓的「双机热备」，以保证我们系统的高可用，当一个服务器挂掉，后边的这个完全有能力顶上去！就好像一个程序员你感觉他天天没什么事儿可干，非常气愤的去找你领导说：xxx 天天没事干，为什么他工资比我高？呵呵呵...

在 [从零开始学 Java - CentOS 下 Nginx + Tomcat 配置负载均衡][Java - CentOS _ Nginx _ Tomcat] 这篇文章中，我们已经配置了两台服务器实现负载均衡，并且可以自定义权重，其实这个时候 Nginx 是支持你去更新其中一个服务器的时候，它监测到这个服务器挂掉了，它把请求都转发到另一台服务器的。但是，我在翻看 Nginx 的 `upstream` 配置的时候发现有种更好的方式，就是配置备份服务器。

# backup 是什么鬼 #

当然是备份的意思了。看到官网的配置([http://nginx.org/en/docs/http/ngx\_http\_upstream\_module.html)是这个样子的][http_nginx.org_en_docs_http_ngx_http_upstream_module.html]：  
![nginx\_example.PNG][nginx_example.PNG]

*  **backup** : marks the server as a backup server. It will be passed requests when the primary servers are unavailable.（标记为备用服务器。当主服务器不可用以后，请求会被传给这些服务器。）  
    这意思就是，只有当你的服务器挂掉的时候才会使用备份服务器，正常情况下不会访问到备份服务器，那好，我来测试一下，还记得我们[上一篇负载均衡][Java - CentOS _ Nginx _ Tomcat]的配置么，我增加一个`Tomcat服务器3`，然后，里边网页输出`这是网站3333333333`。

![nginx\_backup.png][nginx_backup.png]

具体配置文字版：

upstream backend {
        server 192.168.198.128:8080 weight=1;
        server 192.168.198.128:8090 weight=4;
        server 192.168.198.128:8091 backup;
    }
    
    server {
        listen       80;
        server_name  localhost;
    
        #charset koi8-r;
    
        #access_log logs/host.access.log main;
    
        location / {
            root   html;
            index  index.html index.htm;
            proxy_pass  http://backend;
        }

我这里先做一个必要的小说明：

*  `192.168.198.128:8080` 服务器下面会称为 `服务器1` ，每五次请求会到这里一次;
 *  `192.168.198.128:8090` 服务器下面会称为 `服务器2` ，每五次请求会到这里四次;
 *  `192.168.198.128:8091` 服务器下面会称为 `服务器3` ，即备份服务器。

这个时候`服务器1`、`服务器2`和`服务器3`都正常启动，我刷新页面，会按照权重规则请求`服务器1`和`服务器2`，并不会请求`服务器3（备份服务器）`。

![nginx\_allstart.gif][nginx_allstart.gif]

接下来我把`服务器1`停掉，`服务器2`和`服务器3`都正常启动，我刷新页面，这个时候所有请求都是`服务器2`，也并不会请求`服务器3（备份服务器）`。

![nginx\_service1stop.gif][nginx_service1stop.gif]

接下来我把`服务器1`、`服务器2`都停掉，`服务器3`正常启动，我刷新页面，所有请求都转发到`服务器3（备份服务器）`，看图片：

![nginx\_service1and2stop.gif][nginx_service1and2stop.gif]

我再次依次启动`服务器1`和`服务器2`，所有请求都又按照权重规则分配了。**在你所有正常服务器都挂掉时，系统依然高可用，这就是备份服务器的用处**！

# 总结：无痛更新 #

配置完备份服务器后，你再也不用再凌晨时分爬起床去更新服务器了，你想什么时间更新就什么时间更新，爱谁谁！真的可以做到无痛、无痛、无痛，不断网重启服务器。

[Java - CentOS _ Nginx _ Tomcat]: http://blog.mayongfa.cn/84.html
[http_nginx.org_en_docs_http_ngx_http_upstream_module.html]: http://nginx.org/en/docs/http/ngx_http_upstream_module.html%29%E6%98%AF%E8%BF%99%E4%B8%AA%E6%A0%B7%E5%AD%90%E7%9A%84
[nginx_example.PNG]: http://o8t4sfm1g.bkt.clouddn.com/2016/09/1675432258.png
[nginx_backup.png]: http://o8t4sfm1g.bkt.clouddn.com/2016/09/2324380386.png
[nginx_allstart.gif]: http://o8t4sfm1g.bkt.clouddn.com/2016/09/4264729616.gif
[nginx_service1stop.gif]: http://o8t4sfm1g.bkt.clouddn.com/2016/09/315201992.gif
[nginx_service1and2stop.gif]: http://o8t4sfm1g.bkt.clouddn.com/2016/09/2450425069.gif