基于nginx的信号控制做停止/平滑重启/升级等操作

  • 2017-01-11
  • 1035
  • 0

可以说,nginx做停止/平滑重启/升级等操作,大部分都是基于它的信号控制。

nginx支持以下几种信号:

信号量 含义
HUP 平滑重启,重新加载配置文件
QUIT 从容停止
TERM 快速停止
INT 快速停止
USR1 重新打开日志文件,在切割日志时用途较大,如使用logrotate切割
USR2 平滑升级可执行进程
WINCH 从容关闭工作进程

一,nginx的停止

nginx的停止方式有多种,一般是通过发送系统信号给nginx主进程的方式来停止。通过ps -ef 或pstree可查看主进程号,此外,如果在nginx.conf里配置了pid文件的存放路径,也可以在该路径下查找pid文件,里面存放的就是nginx主进程号,默认在/usr/local/nginx/logs/nginx.pid下。

(1)从容停止:

kill -QUIT  nginx主进程号

kill -QUIT  /usr/local/nginx/logs/nginx.pid

(2)快速停止:步骤与从容停止类似,只是用于停止的信号量参数不同。并且,快速停止的信号量参数有两个,-TERM和-INT,两个都能表示快速停止,用哪个都可以。

kill -TERM  nginx主进程号

kill -INT  nginx主进程号

kill -TERM  /usr/local/nginx/logs/nginx.pid

kill -INT  /usr/local/nginx/logs/nginx.pid

(3) 强制停止:

pkill -9 nginx

二,nginx的平滑重启

当改变了nginx.conf配置文件时,需要重启nginx,同样是发送nginx系统信号给nginx主进程的方式进行。

重启之前,确认下配置文件是否正确:

sudo /usr/local/nginx/sbin/nginx -t -c /usr/local/nginx/conf/nginx.conf

如果提示正确,则可以平滑重启:

kill -HUP  nginx主进程号

kill -HUP  /usr/local/nginx/logs/nginx.pid

当nginx接受到HUP信号时,它会尝试先解析配置文件,如果成功,就应用新的配置文件。之后,nginx运行新的工作进程并从容关闭旧的工作进程。通知工作进程关闭监听socket,但还是会继续为当前连接的客户提供服务。所有的客户端的服务完成后,旧的工作进程被关闭。

注意:如果新的配置文件应用失败,nginx将继续使用旧的配置文件工作。

三,nginx的平滑升级

1、使用新的可执行程序替换旧的可执行程序。下载新的Nginx,重新编译到旧版本的安装路径中。重编译之前,先备份一下旧的可执行文件。

2、执行以下指令,他将存储有旧版本主进程ID的文件重命名为.oldbin:

kill -USR2 旧版本的Nginx主进程号

一般情况下是这样的:kill -USR2 cat /usr/local/nginx/nginx.pid

可以用 ls /usr/local/nginx/logs来查看是否改名

3、执行新版本的Nginx可执行程序。

ulimit -SHn 65535

/usr/local/nginx/sbin/nginx

4、此时新旧版本的Nginx会同时运行,共同处理请求。要逐步停止旧版本的Nginx,必须发送WINCH信号给旧的主进程。然后,他的工作进程将从容关闭。

kill -WINCH 旧版本的Nginx主进程号

5、一段时间后,旧的工作进程处理完了所有的请求后退出,仅由新的进程来处理输入请求了。可用下面的命令查看:

ps -ef | grep nginx

6、现在可以决定使用新版本还是恢复到旧版本:

kill -HUP 旧的主进程号 :Nginx在不重载配置文件的情况下启动他的工作进程

kill -QUIT 新的主进程号  :从容关闭其工作进程

kill -TERM 新的主进程号 :强制退出

kill 新的主进程号或旧的主进程号:如果因为某些原因新的工作进程不能退出,则向其发送kill信号

新的主进程退出后,旧的主进程会移除.oldbin后缀,恢复为他的.pid文件,这样,一切就都恢复为升级之前了。
如果尝试升级成功,而自己又希望保留新版本时,可发送QUIT信号给旧的主进程,使其退出而只留下新的进程运行:kill -QUIT 旧主进程号

参考链接:

上一篇:  下一篇:

评论

还没有任何评论,你来说两句吧

Copyright © 2014-2016 lxlxw All Right Reserved