转至：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. 微信小程序入门教程之四：API 使用

    今天是这个系列教程的最后一篇. 上一篇教程介绍了,小程序页面如何使用 JavaScript 脚本.有了脚本以后,就可以调用微信提供的各种能力(即微信 API),从而做出千变万化的页面.本篇就介绍怎么使 ...

  2. Chrome Performance 页面性能分析指南

    1.背景 性能优化是前端开发一个非常重要的组成部分,如何更好地进行网络传输,如何优化浏览器渲染过程,来定位项目中存在的问题.Chrome DevTools给我们提供了2种常用方式 Audits和Per ...

  3. Linux定时执行.sh脚本

    因为测试ffmpeg推流用flv方式的话没有做自动断流,所以要先用.sh脚本来执行关流,降低CPU和其他资源占用 首先编写.sh文件 #! /bin/bash echo "kill ffmp ...

  4. 关于将px转换为vw vh的解决方案

    什么是vw(Viewport Width)和vh(Viewport Height)? vw和vh是前端开发中的一个动态单位,是一个相对于网页视口的单位. 系统会将视口的宽度和高度分为100份,1vw占 ...

  5. tcp 中 FLAGS字段，几个标识：SYN, FIN, ACK, PSH, RST, URG.

    在TCP层,有个FLAGS字段,这个字段有以下几个标识:SYN, FIN, ACK, PSH, RST, URG. 其中,对于我们日常的分析有用的就是前面的五个字段.它们的含义是: 1.SYN表示建立 ...

  6. Ajax使用post方式发送数据注意事项

    Ajax使用post方式给服务器传递数据时,需要将传递的字符串转化为模拟from表单发送数据的XML格式 在open之后奢姿头协议信息,模拟from表单传递数据 xhr.setRequestHeade ...

  7. High ASCII字符从bat文件到dos控制台的转化问题

    背景是这样的,由于项目需要,需要用silent install的方式安装一些程序,而安装参数中有一些High ASCII字符,如ùé.通过代码,使用默认编码(ANSI,说明下,我用的是法语的系统)创建 ...

  8. k8s之资源限制以及探针检查

    k8s之资源限制以及探针检查 一.资源限制 1. 资源限制的使用 当定义Pod时可以选择性地为每个容器设定所需要的资源数量.最常见的可设定资源是CPU和内存大小,以及其他类型的资源. 2. reuqe ...

  9. docker基础——4.网络待补

    docker network ls bridge:NAT桥 host:共用宿主机namespace的UTS.IPC.Network none:只有lo,没有网卡 其他待补

  10. 配置多个ssh公钥，解决Key is already in use

    背景:我已经有一个ssh公钥和私钥了,绑定的是公司的码云 但是绑定github是不允许的 所以我需要在生成一个公钥和私钥 第一步执行下面的命令, 至于如果生成ssh公钥点击这里 ssh-keygen ...