转至：https://blog.csdn.net/midion9/article/details/49684325

一、平滑升级概述
Nginx方便地帮助我们实现了平滑升级。其原理简单概括，就是：
（1）在不停掉老进程的情况下，启动新进程。
（2）老进程负责处理仍然没有处理完的请求，但不再接受处理请求。
（3）新进程接受新请求。
（4）老进程处理完所有请求，关闭所有连接后，停止。
这样就很方便地实现了平滑升级。一般有两种情况下需要升级Nginx，一种是确实要升级Nginx的版本，另一种是要为Nginx添加新的模块。
二.、升级过程
具体的操作也很简单，如下：

（0）查看当前版本
在存放Nginx的可执行文件的目录下输入：

./nginx -V

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

wget nginx-1.0.11.tar.gz

tar zxvf nginx-1.0.11.tar.gz

cd nginx-1.0.11

./configure --add-module=/customized_module_0 --add-module=/customized_module_1

make

注意不要进行make install

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

cd /usr/local/nginx/sbin

sudo cp nginx nginx.old

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

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

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

（5）升级

cd /home/michael/tmp/nginx-1.0.11

make upgrade

（6）清理多余文件

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

（7）查看Nginx版本

cd /usr/local/nginx/sbin

./nginx -V

三、观察进程变化

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

root      6241 10419  0 10:51 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx

nobody    6242  6241  2 10:51 ?        00:00:00 nginx: worker process

nobody    6243  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6244  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6245  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6246  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6247  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6248  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6249  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6250  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6251  6241  1 10:51 ?        00:00:00 nginx: worker process

nobody    6252  6241  0 10:51 ?        00:00:00 nginx: cache manager process

nobody    6253  6241  0 10:51 ?        00:00:00 nginx: cache loader process

luming    6310 25051  0 10:51 pts/1    00:00:00 grep --color=auto nginx

nobody    7995 10419  0 Jan12 ?        00:20:37 nginx: worker process is shutting down

nobody    7996 10419  0 Jan12 ?        00:20:11 nginx: worker process is shutting down

nobody    7998 10419  0 Jan12 ?        00:20:04 nginx: worker process is shutting down

nobody    8003 10419  0 Jan12 ?        00:20:12 nginx: worker process is shutting down

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只有两个了：

root      6241 10419  0 10:51 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx

nobody    6242  6241  1 10:51 ?        00:00:00 nginx: worker process

nobody    6243  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6244  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6245  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6246  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6247  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6248  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6249  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6250  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6251  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6252  6241  0 10:51 ?        00:00:00 nginx: cache manager process

nobody    6253  6241  0 10:51 ?        00:00:00 nginx: cache loader process

luming    6430 25051  0 10:51 pts/1    00:00:00 grep --color=auto nginx

nobody    7996 10419  0 Jan12 ?        00:20:11 nginx: worker process is shutting down

nobody    8003 10419  0 Jan12 ?        00:20:12 nginx: worker process is shutting down

root     10419     1  0 Jan08 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx

再过一小会儿观察：

root      6241     1  0 10:51 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx

nobody    6242  6241  0 10:51 ?        00:00:01 nginx: worker process

nobody    6243  6241  0 10:51 ?        00:00:01 nginx: worker process

nobody    6244  6241  0 10:51 ?        00:00:01 nginx: worker process

nobody    6245  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6246  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6247  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6248  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6249  6241  0 10:51 ?        00:00:00 nginx: worker process

nobody    6250  6241  0 10:51 ?        00:00:01 nginx: worker process

nobody    6251  6241  0 10:51 ?        00:00:02 nginx: worker process

nobody    6252  6241  0 10:51 ?        00:00:00 nginx: cache manager process

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. Nginx平滑升级详细步骤-113p.cn

    认识平滑升级 有时候我们需要对Nginx版本进行升级以满足运维人员对其功能的需求,例如添加xxx模块,需要xxx功能,而此时Nginx又在跑着业务无法停掉,这时我们就只能平滑升级了. 平滑升级原理 N ...

  2. Nginx 平滑升级、Nginx的一些基础配置

    # Nginx 平滑升级 # 方案一:使用Nginx服务信号进行升级 # 1.将就版本的sbin目录下可执行nginx进行备份(mv nginx nginxold) # 2.将新版本 configur ...

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

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

  4. Nginx range filter模块数字错误漏洞修复 (Nginx平滑升级) 【转】

    对线上生产环境服务器进行漏洞扫描, 发现有两台前置机器存在Nginx range filter模块数字错误漏洞, 当使用nginx标准模块时,攻击者可以通过发送包含恶意构造range域的header ...

  5. Nginx range filter模块数字错误漏洞修复 (Nginx平滑升级)

    对线上生产环境服务器进行漏洞扫描, 发现有两台前置机器存在Nginx range filter模块数字错误漏洞, 当使用nginx标准模块时,攻击者可以通过发送包含恶意构造range域的header ...

  6. nginx平滑升级实战

    Nginx 平滑升级 1.查看旧版Nginx的编译参数 [root@master ~]# /usr/local/nginx/sbin/nginx -V [root@master ~]# ll ngin ...

  7. Nginx平滑升级版本！（重点）

    一.解释nginx的平滑升级 随着nginx越来越流行使用,并且nginx的优势也越来越明显,nginx的版本迭代也开始了加速模式,1.9.0版本的nginx更新了许多新功能,例如stream四层代理 ...

  8. 02 . Nginx平滑升级和虚拟主机

    Nginx虚拟主机 在真实的服务器环境,为了充分利用服务器资源,一台nginx web服务器会同时配置N个虚拟主机,这样可以充分利用服务器的资源,方便管理员的统一管理 配置nginx虚拟主机有三种方法 ...

  9. nginx 平滑升级tengine

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

随机推荐

  1. IoC容器-Bean管理XML方式（注入集合类型属性）

    Ico操作Bean管理(xml注入集合属性) 1,注入数组类型属性 2,注入List集合类型属性 3,注入Map集合类型属性 (1)创建类,定义数组.list.map.set类型属性,生成对应set方 ...

  2. Typecho博客支持emoji表情设置

    介绍 大家在typecho博客写文章时,很多人都喜欢使用emoji表情(比如这些图标)但是typecho的数据库类型默认不支持emoji编码,因为Emoji是一种在Unicode位于u1F601-u1 ...

  3. SpringBoot使用异步线程池实现生产环境批量数据推送

    前言 SpringBoot使用异步线程池: 1.编写线程池配置类,自定义一个线程池: 2.定义一个异步服务: 3.使用@Async注解指向定义的线程池: 这里以我工作中使用过的一个案例来做描述,我所在 ...

  4. 在 Dapr 中使用 Cron 绑定的计划任务

    我昨天写了一篇关于在微服务应用程序中采用Dapr的好处的文章<从服务之间的调用来看 我们为什么需要Dapr>[1], 在那篇文章中,我们专注于"服务调用"构建块 [2] ...

  5. 使用XmlWriter写入XML

    麻了..整理完了发现XmlWriter不能添加元素,只能重写,还是得用Xdocument..好像DOM能实现添加元素 点击查看代码 **MemoryStream msXml = new MemoryS ...

  6. 计算机电子书 2020 CDNDrive 备份（预览版）

    下载方式 pip install CDNDrive # 或 # pip install git+https://github.com/apachecn/CDNDrive cdrive download ...

  7. AOP自定义注解鉴权

    刚出来工作那会或者在学校的时候,经常听到说AOP(面向对象编程,熟称切面)的用途是日志.鉴权等.但是那会不会,后面学会了,又没有写博客记录,今天写给大伙,希望能帮到大家 一.学习目标:利用AOP+自定 ...

  8. JAVA多线程学习十三 - 同步工具CyclicBarrier与CountDownLatch

    一.CyclicBarrier CyclicBarrier是一个同步辅助类,它允许一组线程互相等待,直到到达某个公共屏障点 (common barrier point).在涉及一组固定大小的线程的程序 ...

  9. StarUML官网地址 http://staruml.io/

    StarUML官网地址 http://staruml.io/

  10. 用Java中的File类模拟实现对系统文件的增删改查效果

    码字不易,三连支持一波吧 IO操作向来是各大语言的热区,而对文件的操作也是重中之重. 那么在Java中也给我们提供了很多关于文件操作的类.今天我就用一个比较基本的File类来模拟实现对文件的增删改查效 ...