1、概述（可以直接跳过看第2部分）

Nginx方便地帮助我们实现了平滑升级。其原理简单概括，就是：

（1）在不停掉老进程的情况下，启动新进程。

（2）老进程负责处理仍然没有处理完的请求，但不再接受处理请求。

（3）新进程接受新请求。

（4）老进程处理完所有请求，关闭所有连接后，停止。

这样就很方便地实现了平滑升级。一般有两种情况下需要升级Nginx，一种是确实要升级Nginx的版本，另一种是要为Nginx添加新的模块。

2. 升级过程

具体的操作也很简单，如下：

（0）查看当前版本

在存放Nginx的可执行文件的目录下输入：

  1. ./nginx -V

（1）下载新的Nginx版本并编译。

  1. wget nginx-1.0.11.tar.gz
  2. tar zxvf nginx-1.0.11.tar.gz
  3. cd nginx-1.0.11
  4. ./configure --add-module=/customized_module_0 --add-module=/customized_module_1
  5. make

注意不要进行make install

（2）备份老版本的可执行文件

  1. cd /usr/local/nginx/sbin
  2. sudo cp nginx nginx.old

（3）修改配置文件

如果有必要的话，进行配置文件的修改。

（4）拷贝新的可执行文件

  1. sudo cp /home/michael/tmp/nginx-1.0.11/objs/nginx /usr/local/nginx/sbin/

（5）升级

  1. cd /home/michael/tmp/nginx-1.0.11
  2. make upgrade

（6）清理多余文件

  1. rm -rf /home/michael/tmp/nginx-1.0.11

（7）查看Nginx版本

  1. cd /usr/local/nginx/sbin
  2. ./nginx -V

3、观察进程变化

在我的机器上可以观察到，我配置的是10个worker进程，启动后观察到：

  1. root      6241 10419  0 10:51 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
  2. nobody    6242  6241  2 10:51 ?        00:00:00 nginx: worker process
  3. nobody    6243  6241  0 10:51 ?        00:00:00 nginx: worker process
  4. nobody    6244  6241  0 10:51 ?        00:00:00 nginx: worker process
  5. nobody    6245  6241  0 10:51 ?        00:00:00 nginx: worker process
  6. nobody    6246  6241  0 10:51 ?        00:00:00 nginx: worker process
  7. nobody    6247  6241  0 10:51 ?        00:00:00 nginx: worker process
  8. nobody    6248  6241  0 10:51 ?        00:00:00 nginx: worker process
  9. nobody    6249  6241  0 10:51 ?        00:00:00 nginx: worker process
  10. nobody    6250  6241  0 10:51 ?        00:00:00 nginx: worker process
  11. nobody    6251  6241  1 10:51 ?        00:00:00 nginx: worker process
  12. nobody    6252  6241  0 10:51 ?        00:00:00 nginx: cache manager process
  13. nobody    6253  6241  0 10:51 ?        00:00:00 nginx: cache loader process
  14. luming    6310 25051  0 10:51 pts/1    00:00:00 grep --color=auto nginx
  15. nobody    7995 10419  0 Jan12 ?        00:20:37 nginx: worker process is shutting down
  16. nobody    7996 10419  0 Jan12 ?        00:20:11 nginx: worker process is shutting down
  17. nobody    7998 10419  0 Jan12 ?        00:20:04 nginx: worker process is shutting down
  18. nobody    8003 10419  0 Jan12 ?        00:20:12 nginx: worker process is shutting down
  19. root     10419     1  0 Jan08 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx

可见新的进程有1个master和10个worker，另外还有1个老的master（可以从时间上看出）和4个worker（其他6个老的worker已经处理完所有连接而shutdown了）。还有一个loader进程。过几秒种可以看到worker只有两个了：

  1. root      6241 10419  0 10:51 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
  2. nobody    6242  6241  1 10:51 ?        00:00:00 nginx: worker process
  3. nobody    6243  6241  0 10:51 ?        00:00:00 nginx: worker process
  4. nobody    6244  6241  0 10:51 ?        00:00:00 nginx: worker process
  5. nobody    6245  6241  0 10:51 ?        00:00:00 nginx: worker process
  6. nobody    6246  6241  0 10:51 ?        00:00:00 nginx: worker process
  7. nobody    6247  6241  0 10:51 ?        00:00:00 nginx: worker process
  8. nobody    6248  6241  0 10:51 ?        00:00:00 nginx: worker process
  9. nobody    6249  6241  0 10:51 ?        00:00:00 nginx: worker process
  10. nobody    6250  6241  0 10:51 ?        00:00:00 nginx: worker process
  11. nobody    6251  6241  0 10:51 ?        00:00:00 nginx: worker process
  12. nobody    6252  6241  0 10:51 ?        00:00:00 nginx: cache manager process
  13. nobody    6253  6241  0 10:51 ?        00:00:00 nginx: cache loader process
  14. luming    6430 25051  0 10:51 pts/1    00:00:00 grep --color=auto nginx
  15. nobody    7996 10419  0 Jan12 ?        00:20:11 nginx: worker process is shutting down
  16. nobody    8003 10419  0 Jan12 ?        00:20:12 nginx: worker process is shutting down
  17. root     10419     1  0 Jan08 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx

再过一小会儿观察：

  1. root      6241     1  0 10:51 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
  2. nobody    6242  6241  0 10:51 ?        00:00:01 nginx: worker process
  3. nobody    6243  6241  0 10:51 ?        00:00:01 nginx: worker process
  4. nobody    6244  6241  0 10:51 ?        00:00:01 nginx: worker process
  5. nobody    6245  6241  0 10:51 ?        00:00:00 nginx: worker process
  6. nobody    6246  6241  0 10:51 ?        00:00:00 nginx: worker process
  7. nobody    6247  6241  0 10:51 ?        00:00:00 nginx: worker process
  8. nobody    6248  6241  0 10:51 ?        00:00:00 nginx: worker process
  9. nobody    6249  6241  0 10:51 ?        00:00:00 nginx: worker process
  10. nobody    6250  6241  0 10:51 ?        00:00:01 nginx: worker process
  11. nobody    6251  6241  0 10:51 ?        00:00:02 nginx: worker process
  12. nobody    6252  6241  0 10:51 ?        00:00:00 nginx: cache manager process
  13. luming    8680 25051  0 10:56 pts/1    00:00:00 grep --color=auto nginx

Congratulations! You can upgrade your Nginx server gracefully.

平滑升级你的Nginx的更多相关文章

  1. 高性能Web服务器Nginx的配置与部署研究（14）平滑升级你的Nginx

    1.概述(可以直接跳过看第2部分) Nginx方便地帮助我们实现了平滑升级.其原理简单概括,就是: (1)在不停掉老进程的情况下,启动新进程. (2)老进程负责处理仍然没有处理完的请求,但不再接受处理 ...

  2. 原创｜1分钟搞定 Nginx 版本的平滑升级与回滚

    Nginx无论是对于运维.开发.还是测试来说,都是日常工作需要掌握的一个知识点,之前也写过不少关于Nginx相关的文章: Nginx服务介绍与安装 Nginx服务配置文件介绍 Nginx配置虚拟主机 ...

  3. nginx的平滑升级，不间断服务

    nginx的平滑升级,不间断服务   Nginx更新真的很快,最近nginx的1.0.5稳定版,nginx的0.8.55和nginx的0.7.69旧的稳定版本已经发布.我一项比较喜欢使用新版本的软件, ...

  4. Nginx在线服务状态下平滑升级或新增模块的详细操作

    今天应开发的需求,需要在Nginx增加一个模块,并不能影响现有的业务,所以就必须要平滑升级Nginx,好了,不多说了 1:查看现有的nginx编译参数 /usr/local/nginx/sbin/ng ...

  5. 让你的网站免费支持 HTTPS 及 Nginx 平滑升级

    为什么要使用 HTTPS ? 首先来说一下 HTTP 与 HTTPS 协议的区别吧,他们的根本区别就是 HTTPS 在 HTTP 协议的基础上加入了 SSL 层,在传输层对网络连接进行加密.简单点说在 ...

  6. nginx 平滑升级tengine

    wget  http://tengine.taobao.org/download/tengine-1.5.1.tar.gz //下载Tengine1.5.1版本 tar zxvf tengine-1. ...

  7. 源码安装nginx以及平滑升级

                                                           源码安装nginx以及平滑升级                               ...

  8. nginx平滑重启与平滑升级的方法

    如何实现nginx平滑重启与平滑升级? 平滑重启 kill -HUP `cat /usr/local/www/nginx/logs/nginx.pid` 平滑升级nginx: cd /yujialin ...

  9. Nginx的平滑重启和平滑升级

    一,Nginx的平滑重启如果改变了Nginx的配置文件(nginx.conf),想重启Nginx,可以发送系统信号给Nginx主进程的方式来进行.在重启之前,要确认Nginx配置文件的语法是正确的. ...

随机推荐

  1. 从零开始学习PYTHON3讲义（六）for循环跟斐波那契数列

    <从零开始PYTHON3>第六讲 几乎但凡接触过一点编程的人都知道for循环,在大多数语言的学习中,这也是第一个要学习的循环模式. 但是在Python中,我们把for循环放到了while循 ...

  2. Kestrel.Transport.Sockets分析与使用

    相信大家都清楚asp core有着非常出色的性能,它出色的性能也源于网络服务模块Kestrel:在techempower测试中Kestrel基础核心达到了700万级别的RPS吞吐能力,具备这样的能力那 ...

  3. ueditor上传图片尺寸过大导致显示难看的解决办法

    昨天遇到这个问题,我也是折腾成了狗, 到处查,最后收集到三个办法,记录一下. 代码贴这里,方便复制 img { max-width: 100%; /*图片自适应宽度*/ } body { overfl ...

  4. 【ASP.NET Core快速入门】（十二）JWT 设计解析及定制

    前言 上一节我们讲述的书如何使用jwt token,而且上一节的token是要加Authorization:bearer XXXXXXXXXXXX才能访问. 这一节我们来研究如何自定义类似jwt的to ...

  5. selenium和webdriver区别

    接触selenium大概半年时间了.从开始的预研,简单的写个流程到后期的自动化框架的开发,因为本人不属于代码方面的大牛,一直的边研究边做.逐步深入学习.近期发现自己对本身selenium的发展还存在困 ...

  6. 用Scrutor来简化ASP.NET Core的DI注册

    目录 背景 Scrutor简介 Scrutor的简单使用 注册接口的实现类 注册类自身 重复注册处理策略 总结 相关文章 背景 在我们编写ASP.NET Core代码的时候,总是离不开依赖注入这东西. ...

  7. Linux平台运行jmeter

    这篇博客介绍 jmeter 在 Linux 环境进行压测,大致流程是 在 window上编辑好测试脚本,然后拷贝到 Linux上运行,再把 Linux上的运行结果拿到 windows 的 jmeter ...

  8. DNS服务器 和CDN

    整个网页请求的流程如下: 我们先在浏览器输入域名,然后通过DNS(Domain Name System) 域名解析系统解析出来域名的对应的IP,然后发送请求得到响应返回给客户端,整个流程如下:  我们 ...

  9. SAP MM ME21N 创建PO时报错 - Net price in CNY becomes too large –

    SAP MM ME21N 创建PO时报错 - Net price in CNY becomes too large – 笔者所在的项目上,由于客户尚未正式大规模量产,在现阶段,所有的物料基本都是走费用 ...

  10. SAP MM 无价值物料管理的一种实现思路

    SAP MM 无价值物料管理的一种实现思路 笔者所在的项目,客户工厂处于先期试生产阶段,尚未开始大规模的商业化生产,但是这并不影响客户集团总部的SAP项目实施.笔者于7月初加入该工厂的第2期SAP项目 ...