Nginx的命令信号与升级回滚

已于 2023-12-02 22:44:18 修改
阅读量76 收藏
点赞数
分类专栏： Linux-nginx服务 文章标签： nginx 运维
于 2023-10-31 15:55:20 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_46364099/article/details/134142460
版权

一.Nginx的命令信号

(1)nginx命令
nginx命令支持向其发送信号，实现不同功能。
nginx命令格式：nginx [-?hvVtTq] [-s signal] [-c filename] [-p prefix] [-g directives]
选项说明：
帮助：-? –h
使用指定的配置文件：-c
指定配置指令：-g
指定运行目录：-p
测试配置文件是否有语法错误：-t
打印nginx的版本信息，编译信息等：-v –V
发送信号：-s 示例：nginx –s reload
(2)信号说明
立刻停止服务：stop，相当于信号SIGTERM，SIGINT
优雅的停止服务：quit，相当于信号SIGQUIT
平滑重启，重新加载配置文件：reload，相当于信号SIGHUP
重新开始记录日志文件：reopen，相当于信号SIG USR1,在切割日志时用途较大。
平滑升级可执行程序：发送信号SIG USR2，在升级版本时使用
优雅的停止工作进程：发送信号SIG WINCH，在升级版本时使用
USR1 信号是重新打开日志文件
(3)示例

  1. 发送TERM/INT信号给master进程，会将Nginx服务立即关闭
    kill -TERM PID / kill -TERM cat /usr/local/nginx/logs/nginx.pid
    kill -INT PID / kill -INT cat /usr/local/nginx/logs/nginx.pid
  2. 发送QUIT信号给master进程，master进程会控制所有的work进程不再接收新的请求，等所有请求处理完后，在把进程都关闭掉
    kill -QUIT PID / kill -QUIT cat /usr/local/nginx/logs/nginx.pid
  3. 发送HUP信号给master进程，然后根据nginx的配置文件重新启动新的work进程 ，master进程会把控制旧的work进程不再接收新的请求，等处理完请求后将旧的work进程关闭掉，处理完后结束进程（-s reload）
    kill -HUP PID / kill -HUP cat /usr/local/nginx/logs/nginx.pid
  4. 发送USR1信号给master进程，告诉Nginx重新开启日志文件
    kill -USR1 PID / kill -USR1 cat /usr/local/nginx/logs/nginx.pid
  5. 发送USR2信号给master进程，告诉master进程要平滑升级，这个时候，会重新开启对应的master进程和work进程，整个系统中将会有两个master进程，并且新的master进程的PID会被记录在 /usr/local/nginx/logs/nginx.pid 而之前的旧的master进程PID会被记录在 /usr/local/nginx/logs/nginx.pid.oldbin 文件中，接着再次发送QUIT信号给旧的master进程，让其处理完请求后再进行关闭。
    kill -USR2 PID / kill -USR2 cat /usr/local/nginx/logs/nginx.pid
    kill -QUIT PID / kill -QUIT cat /usr/local/nginx/logs/nginx.pid.oldbin
  6. 发送WINCH信号给master进程,让master进程控制不让所有的work进程在接收新的请求了，请求处理完后关闭work进程。注意master进程不会被关闭掉
    kill -WINCH PID /kill -WINCHcat /usr/local/nginx/logs/nginx.pid

二.Nginx平滑升级和回滚

平滑升级流程
将旧nginx二进制文件换成新nginx程序文件(注意先备份)
向master进程发送USR2信号
master进程修改pid文件名加上后缀为.oldbin，成为nginx.pid.oldbin
Master 进程用新nginx文件启动新master进程成为旧master的子进程，系统中将有新旧两个Nginx主进程共同提供web服务，当前新的请求仍然由旧的Nginx的worker进程进行处理，将新生成的master进程的PID放置于新生成的PID文件，
向旧的Nginx服务进程发送WINCH信号，使旧的Nginx worker进程平滑停止
向旧的master进程发送QUIT信号，关闭老master，并删除Nginx.pid.oldbin文件
如果发现升级有问题，可以回滚，向老master发送HUP，向新master发送QUIT

三.平滑升级和回滚示例

下载最新稳定版
#wget http://nginx.org/download/nginx-1.20.1.tar.gz
#tar xvf nginx-1.20.1.tar.gz
#cd nginx-1.20.1
#查看当前使用的版本及编译选项。结果如下：
#/data/nginx/sbin/nginx -V
nginx version: nginx/1.18.0
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC)
built with OpenSSL 1.0.2k-fips 26 Jan 2017
TLS SNI support enabled
configure arguments: --prefix=/data/nginx --user=nginx --group=nginx --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_stub_status_module --with-http_gzip_static_module --with-pcre --with-stream --with-stream_ssl_module --with-stream_realip_module
#开始编译新版本【prefix指定安装目录的时候，需与原先nginx的安装目录保持一致】
#./configure --prefix=/data/nginx --user=nginx --group=nginx --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_stub_status_module --with-http_gzip_static_module --with-pcre --with-stream --with-stream_ssl_module --with-stream_realip_module
#只要make，无需要make install
#make
[root@iZbp18ij71z8giz0ikiae4Z nginx-1.20.1]# ./objs/nginx -V
nginx version: nginx/1.20.1
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC)
built with OpenSSL 1.0.2k-fips 26 Jan 2017
TLS SNI support enabled
configure arguments: --prefix=/data/nginx --user=nginx --group=nginx --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_stub_status_module --with-http_gzip_static_module --with-pcre --with-stream --with-stream_ssl_module --with-stream_realip_module
把之前的旧版的nginx命令备份
#mv /data/nginx/sbin/nginx /data/nginx/sbin/nginx.old
把新版本的nginx命令复制过去
[root@iZbp18ij71z8giz0ikiae4Z nginx-1.20.1]# cp ./objs/nginx /data/nginx/sbin/
检测一下有没有问题
#/data/nginx/sbin/nginx -t
nginx: the configuration file /data/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /data/nginx/conf/nginx.conf test is successful
#USR2 平滑升级可执行程序,将存储有旧版本主进程PID的文件重命名为nginx.pid.oldbin，并启动新的
nginx
#此时两个master的进程都在运行,只是旧的master不在监听,由新的master监听80
#此时Nginx开启一个新的master进程，这个master进程会生成新的worker进程，这就是升级后的Nginx进
程，此时老的进程不会自动退出，但是当接收到新的请求不作处理而是交给新的进程处理
#kill -USR2 cat /data/nginx/logs/nginx.pid
#可以看到两个master,新的master是旧版master的子进程,并生成新版的worker进程
#ps auxf|grep nginx
root 21661 1 0 16:51 ? 00:00:00 nginx: master process /data/nginx/sbin/nginx -c /data/nginx/conf/nginx.conf
nginx 21662 21661 0 16:51 ? 00:00:00 nginx: worker process
root 27853 21661 0 17:20 ? 00:00:00 nginx: master process /data/nginx/sbin/nginx -c /data/nginx/conf/nginx.conf
nginx 27854 27853 0 17:20 ? 00:00:00 nginx: worker process
#先关闭旧nginx的worker进程,而不关闭nginx主进程方便回滚
#向原Nginx主进程发送WINCH信号，它会逐步关闭旗下的工作进程（主进程不退出），这时所有请求都会由新
版Nginx处理
#kill -WINCH cat /data/nginx/logs/nginx.pid.oldbin
#如果旧版worker进程有用户的请求,会一直等待处理完后才会关闭
#ps auxf|grep nginx
#经过一段时间测试，新版本服务没问题，最后退出老的master
#kill -QUIT cat /data/nginx/logs/nginx.pid.oldbin
#查看版本是不是已经是新版了
#nginx -v
nginx version: nginx/1.20.1
回滚【回滚操作必须要在未发出QUIT之前操作】
#如果升级的版本发现问题需要回滚,可以重新拉起旧版本的worker
#kill -HUP cat /apps/nginx/run/nginx.pid.oldbin
#最后关闭新版的master
#kill -QUIT `cat /apps/nginx/run/nginx.pid

Luke-zhang
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Nginx的版本平滑升级与回滚
Micky_Yang的博客
08-11 625
我们在企业的实际的生产环境中经常会遇到要求客户进行软件的版本升级操作，如果升级新版本失败也能进行回滚到旧版本。今天主要来做一下如何对Nginx做版本升级与回滚的实验操作。 实验环境介绍： 　　系统版本：CentOS 7.5.1804 　　Nginx版本：nginx-1.12.2.tar.gz 　　　　　　　　nginx-1.14.2.tar.gz 1）编译安装旧版本的Nginx [root@ng...
Nginx热升级回滚实操
James的博客
11-09 2183
Nginx 1.20.0<—>1.20.1升级回滚实操 准备好Nginx二进制文件并做好备份，nginx/nginx.old是1.20.0,nginx.new是1.20.1。 [root@test01 sbin]# ll total 23868 lrwxrwxrwx. 1 root root 32 May 29 20:30 n -> /root/openresty/nginx/sbin/nginx -rwxr-xr-x. 1 root root 8144640 Nov 9 10
Nginx平滑升级和回滚
qq_51552268的博客
06-04 373
nginx的平滑升级和回滚
nginx平滑升级和回滚
a rookie的博客
12-02 946
此时Nginx开启一个新的master进程，这个master进程会生成新的worker进程，这就是升级后的Nginx进 程，此时老的进程不会自动退出，但是当接收到新的请求不作处理而是交给新的进程处理。#发送信号USR2，平滑升级可执行程序，将存储有旧版本主进程PID的文件重命名为nginx.pid.oldbin，并启动新的nginx。#可以看到两个master进程，新的master是旧版master的子进程,并生成新版的worker进程。4.将备份的旧版nginx程序文件覆盖新版nginx文件。
Linux 服务升级：Nginx 热升级 与 平滑回退
最新发布
cronaldo91的博客
03-19 1123
发现有两个master进程，第二个master进程就是新的主进程，并且是作为老进程的子进程启动的。并且nginx会将老的pid文件命名为nginx.pid.oldbin。nginx会将老的pid文件命名为nginx.pid.oldbin。（2）查看Kali Linux (2024.1)系统版本。（3）向旧的master发送WINCH信号。（9）向旧的master发送USR2信号。（13）向旧master发送QUIT信号。（2）向旧的master发送USR2信号。（4）向旧的master发送QUIT信号。
1分钟搞定Nginx版本的平滑升级与回滚的方法
09-29
本文将详细讲解如何在1分钟内完成Nginx的平滑升级与回滚。 首先，我们来看一下环境介绍。在这个例子中，我们有两个不同版本的Nginx：1.12.2和1.14.2。这些版本都已下载并准备就绪，接下来我们将分别进行编译和安装...
nginx命令参数用法详细介绍
01-10
nginx命令参数用法详细介绍 nginx命令：启动nginx 　在Windows上安装好nginx后，我们需要启动nginx服务，启动nginx服务的命令行操作主要有两种方式，即 C:/nginx-0.8.53>nginx.exe 　或者 C:/nginx-0.8.53>start ...
在linux系统上升级nginx版本
10-07
在 Linux 系统上升级 Nginx 版本 Nginx 是一个流行的开源 Web 服务器软件，可以运行在多种操作系统上，其中包括 Linux。随着 Nginx 的不断更新和发展，升级 Nginx 版本成为一个不可避免的问题。本文将指导您在 ...
Nginx1.8.0版本平滑升级新版本1.9.7
09-30
接着，执行升级命令，首先测试新的配置文件是否正确： ```bash [root@localhost nginx-1.9.7]# /usr/local/nginx/sbin/nginx -t ``` 如果测试成功，发送`USR2`信号给主进程，启动新的工作进程： ```bash kill -...
Nginx版本升级
memory日记
11-01 4016
###编译新版本nginx软件 [root@localhost lnmp_soft]# tar -xf nginx-1.12.2.tar.gz [root@localhost lnmp_soft]# cd nginx-1.12.2/ [root@localhost nginx-1.12.2]# ./configure \ –prefix=/usr/local/nginx \ ...
Linux kill命令
TABE_的博客
07-18 202
kill简介语法参数说明实例 简介 kill 可将指定的信息送至程序。预设的信息为 SIGTERM(15)，可将指定程序终止。若仍无法终止该程序，可使用 SIGKILL(9) 信息尝试强制删除程序。程序或工作的编号可利用 ps 指令或 jobs 指令查看。 语法 kill [-s <信息名称或编号>][程序]　或　kill [-l <信息编号>] 参数说明 -l <信息编号> 　若不加<信息编号>选项，则 -l 参数会列出全部的信息名称。 -s <信息
剖析回滚机制，不同实现原理揭示，带你深入理解其工作原理
Reische的博客
10-30 419
回滚是指当程序或数据出错时，将程序或数据恢复到最近的一个正确版本的行为。最常见的如事务回滚、代码库回滚、部署版本回滚、数据版本回滚、静态资源版本回滚等。通过回滚机制可保证系统在某些场景下的高可用。
nginx 源码分析：配置热更新流程
alenliu's blog
10-27 4048
配置热更新流程 当修改了 nginx 的配置文件时，执行 nginx -s reload 命令就可以使新的配置生效（业务不会中断），而不需要关闭当前的进程再重新启动。这就是所谓的配置热更新。这一节让我们看看 nginx 是如何实现配置热更新的。 先看看执行 nginx -s reload 命令命令后发生了什么。看这节内容时，需要先看前一节内容 nginx 启动流程。 main 在 main 函数中...
nginx(信号量)
有一种信仰叫海阔天空
07-24 614
TERM, INT Quick shutdown 直接杀死进程（粗暴） QUIT Graceful shutdown 优雅的关闭进程,即等请求结束后再关闭（推荐使用） HUP Configuration reload ,Start the new worker processes witha new configuration Gracefully shut
关于SIGHUP
码农
09-21 2781
1. SIGHUP, http://en.wikipedia.org/wiki/SIGHUP Signals have always been a convenient method of inter-process communication (IPC), but in early implementations there were no user-definable signals (s
SIGHUP信号
Lucien_zhou的专栏
01-28 4465
SIGHUP信号
SIGHUP信号与控制终端
ClearRiver 's Style
06-28 1370
UNIX中进程组织结构为 session (会话)包含一个前台进程组及一个或多个后台进程组，一个进程组包含多个进程。一个session可能会有一个session首进程，而一个session首进程可能会有一个控制终端。一个进程组可能会有一个进程组首进程。进程组首进程的进程ID与该进程组ID相等。这儿是可能会有，在一定情况之下是没有的。与终端交互的进程是前台进程，否则便是后台进程。  SIGHUP会在
SIGHUP信号的作用以及守护进程为什么要忽略SIGHUP信号
limowei161的博客
04-03 2448
SIGHUP信号的作用： 比如修改了 nginx 配置文件，希望不重启nginx就让配置生效，可以往nginx进程发一个 SIGHUP信号。 守护进程为什么要忽略SIGHUP信号？ 首先创建一个会话leader进程A，接着用A创建子进程B，然后退出A，之后所有进程从B创建，保证所有以后新创建进程都不是会话 leader进程（这是为了防止终端取得进程控制权而采取的保证措施），但是，...
nginx升级版本命令
04-20
可以尝试使用以下命令进行nginx的版本升级： 1. 首先备份原有的nginx文件夹。 2. 下载新版本的nginx包，并解压缩。 3. 进入解压后的目录，运行./configure进行配置，可以在configure中加入需要的功能。 4. 运行make命令进行编译。 5. 运行make install命令进行安装。 请注意：以上命令仅供参考，请根据自己的情况进行使用。如果对命令不熟悉，请先查阅相关文档资料或请专业人士协助操作。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值