从零开始学 Java - 利用 Nginx 负载均衡实现 Web 服务器更新不影响访问
还记得那些美妙的夜晚吗
你洗洗打算看一个小电影就睡了,这个时候突然想起来今天晚上是服务器更新的日子,你要在凌晨时分去把最新的代码更新到服务器,以保证明天大家一觉醒来打开网站,发现昨天的 Bug 都不见了。这时候你瞬间没有了看电影的兴致了,这应该就是一个运维人员的日常了吧!
为什么要在凌晨时分去更新服务器?
做过 Web 开发的应该都明白,可能尽管你开发的系统并没有多少用户在使用,但是,你依然不敢大白天去更新生产环境服务器,因为你并不知道服务器可能暂停两分钟会带来的影响,又或者我们心目中的「生产环境」这个词是圣神而不可随便玷污的,所以,我们总是放在凌晨时分。
你听过「灾备」、「异地多活」、「双机热备」这些词么
大家都知道「不能把鸡蛋放在一个篮子里」,在我们开发中依然是如此,如果是稍微对系统数据及运行状态有要求的项目,千万可不能突然系统挂掉几分钟,这带来的后果是不可想象的。所以,在我们开发中就会有「灾备」这个词,我们要考虑到这些不可预防的事件发生,所以,往往我们会把系统部署到多台服务器上面,这就是「鸡蛋」的例子,也就是所谓的「双机热备」,以保证我们系统的高可用,当一个服务器挂掉,后边的这个完全有能力顶上去!就好像一个程序员你感觉他天天没什么事儿可干,非常气愤的去找你领导说:xxx 天天没事干,为什么他工资比我高?呵呵呵...
在 从零开始学 Java - CentOS 下 Nginx + Tomcat 配置负载均衡 这篇文章中,我们已经配置了两台服务器实现负载均衡,并且可以自定义权重,其实这个时候 Nginx 是支持你去更新其中一个服务器的时候,它监测到这个服务器挂掉了,它把请求都转发到另一台服务器的。但是,我在翻看 Nginx 的
upstream
配置的时候发现有种更好的方式,就是配置备份服务器。
backup 是什么鬼
当然是备份的意思了。看到官网的配置是这个样子的:
backup : marks the server as a backup server. It will be passed requests when the primary servers are unavailable.(标记为备用服务器。当主服务器不可用以后,请求会被传给这些服务器。)
这意思就是,只有当你的服务器挂掉的时候才会使用备份服务器,正常情况下不会访问到备份服务器,那好,我来测试一下,还记得我们上一篇负载均衡的配置么,我增加一个
Tomcat服务器3
,然后,里边网页输出
这是网站{}
。
具体配置文字版:
我这里先做一个必要的小说明:
192.168.198.128:8080
服务器下面会称为
服务器1
,每五次请求会到这里一次;
192.168.198.128:8090
服务器下面会称为
服务器2
,每五次请求会到这里四次;
192.168.198.128:8091
服务器下面会称为
服务器3
,即备份服务器。
这个时候
服务器1
、
服务器2
和
服务器3
都正常启动,我刷新页面,会按照权重规则请求
服务器1
和
服务器2
,并不会请求
服务器3(备份服务器)
。
接下来我把
服务器1
停掉,
服务器2
和
服务器3
都正常启动,我刷新页面,这个时候所有请求都是
服务器2
,也并不会请求
服务器3(备份服务器)
。
接下来我把
服务器1
、
服务器2
都停掉,
服务器3
正常启动,我刷新页面,所有请求都转发到
服务器3(备份服务器)
,看图片:
我再次依次启动
服务器1
和
服务器2
,所有请求都又按照权重规则分配了。在你所有正常服务器都挂掉时,系统依然高可用,这就是备份服务器的用处!
总结:无痛更新
配置完备份服务器后,你再也不用再凌晨时分爬起床去更新服务器了,你想什么时间更新就什么时间更新,爱谁谁!真的可以做到无痛、无痛、无痛,不断网重启服务器。
好了,我洗洗睡觉了,我特么终于可以去看一部小电影了...
领取专属 10元无门槛券
私享最新 技术干货