使用nginx+tomcat实现不停机升级网站

还记得那些美妙的夜晚吗

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

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

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

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

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

backup 是什么鬼

当然是备份的意思了。看到官网的配置(http://nginx.org/en/docs/http/ngx_http_upstream_module.html)是这个样子的:
nginx_example.PNG

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

nginx_backup.png

具体配置文字版:

 
  1. upstream backend {
  2. server 192.168.198.128:8080 weight=1;
  3. server 192.168.198.128:8090 weight=4;
  4. server 192.168.198.128:8091 backup;
  5. }
  6. server {
  7. listen 80;
  8. server_name localhost;
  9. #charset koi8-r;
  10. #access_log logs/host.access.log main;
  11. location / {
  12. root html;
  13. index index.html index.htm;
  14. proxy_pass http://backend;
  15. }

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

  • 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

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

nginx_service1stop.gif

接下来我把服务器1服务器2都停掉,服务器3正常启动,我刷新页面,所有请求都转发到服务器3(备份服务器),看图片:

nginx_service1and2stop.gif

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

总结:无痛更新

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

好了,我洗洗睡觉了,我特么终于可以去看一部小电影了...

希望能帮到大家。大家如果有兴趣可以来我的网站看看:http://www.jiegelo.com

  • 4
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
实现nginxtomcat一起部署springboot项目并实现tomcat集群,需要进行以下步骤: 1. 部署springboot项目到tomcat上,并启动多个tomcat实例,这些实例需要在不同的端口上运行。 2. 配置nginx作为反向代理服务器,将所有请求转发到tomcat集群中的一个实例上。可以使用upstream模块来配置tomcat集群,如下所示: ```nginx http { upstream tomcat_cluster { server tomcat1_ip:tomcat1_port; server tomcat2_ip:tomcat2_port; server tomcat3_ip:tomcat3_port; } server { listen 80; server_name example.com; location / { proxy_pass http://tomcat_cluster; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } } } ``` 在上面的配置中,tomcat_cluster是一个upstream实例,包含了所有tomcat实例的IP地址和端口号。nginx会将请求转发到tomcat_cluster中的一个实例上。 3. 配置session共享,以便在tomcat集群中的不同实例之间共享用户会话信息。可以使用memcached或redis等分布式缓存来实现session共享。 4. 配置负载均衡器,以便nginx可以根据不同的负载均衡算法来分配请求到不同的tomcat实例上。可以使用nginx自带的负载均衡模块或第三方模块,如nginx-upsync-module等。 5. 测试集群的可伸缩性和容错性,以确保tomcat集群可以在高负载和节点故障的情况下正常运行。 总结来说,要实现nginxtomcat一起部署springboot项目并实现tomcat集群,需要进行反向代理、session共享、负载均衡器等多方面的配置和测试。这样可以保证项目的高可用性和可伸缩性。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值