nginx总结二(nginx的启动停止以及版本平滑升级)
2012-02-03 18:49
555 查看
一.nginx的启动与停止。
1.nginx的启动
参数-c指定了配置文件的路径,默认以nobody用户启用这里我使用了nginx用户启动的,从图中可以看到
进程 master proess 他表示nginx的主进程。
2.nginx的停止。
kill 信号类型 `/usr/local/nginx/logs/nginx.pid`
①从容停止nginx
kill - QUIT nginx主进程号。
kill - QUIT `/usr/local/nginx/logs/nginx.pid`
②快速停止nginx。
kill - INT或TEMR nginx主进程号
kill - INT或TEMR `/usr/local/nginx/logs/nginx.pid`
③强制重启
pkill -9 nginx 或者killall nginx
3.nginx的平滑启动
首先你想要检查配置文件是否正确,
由图可以看出 -c 是指定配置文件的,上面也解释了。如果配置是默认路径的话可以不用 -c 指定。如果没有错误就可以平滑启动了。
kill - HUP nginx 主进程号
kill - HUP `/usr/local/nginx/logs/nginx.pid`
4.nginx的信号控制
TERM INT快速关闭。
QUIT 从容停止。
HUP 平滑启动
USR1 重新打开日志文件,主要用在日志切割。
USR2 平滑升级可执行程序,主要用在版本升级。
WINCH 从容关闭工作进程 。
5nginx的平滑升级
①用新的可执行程序替换老的可执行程序,对于编译安装的nginx可以将新的直接按装到旧的里面,最好备份下
②kill -USR2 旧版本的主进程号。
③旧版本的nginx的主进程命名为.pid.oldbin ,然后执行新版本的nginx可执行程序,依次启动新的主进程和新的工作进程。
④现在新,旧版本的nginx实例会同时运行,共同处理请求。要逐步停止旧版本的nginx,必须发送WINCH 信号给主进程,然后,它的工作进程将开始从容关闭。。
kill -WINCH 旧版本的主进程号。
⑤一段时间后,旧的工作进程(work proess)处理了所有已连接的请求后退出,仅由新的工作进程来处理输入的请求了。
⑥这个时候我们可以选择了
kill -HUP 旧的主进程号: nginx将在不重载配置文件的情况下启动它的工作进程。
kill -QUIT 新的主进程号:从容关闭其工作进程。
kill -TERM 新的主进程号:强制退出。
kill 新的主进程号或者旧的主进程号:会因为某原因新的工作进程不能退出,则向其发送kill信号。
新的主进程号推出后,旧的会移除.oldbin 后缀,恢复他的pid文件,这样,一切都恢复到升级之前了。
如果想尝试升级成功,而切也要保留新的服务器时,可以发送QUIT信号给旧的主进程,使其退出保留下新的服务器运行。
本文出自 “Andy” 博客,请务必保留此出处http://andy890815.blog.51cto.com/3023503/772083
1.nginx的启动
[root@mem1 ~]# /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf [root@mem1 ~]# ps aux | grep nginx root 16998 0.0 0.0 41020 932 ? Ss 18:43 0:00 nginx: master process /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf www 16999 0.2 0.2 60232 20304 ? S 18:43 0:00 nginx: worker process
参数-c指定了配置文件的路径,默认以nobody用户启用这里我使用了nginx用户启动的,从图中可以看到
进程 master proess 他表示nginx的主进程。
2.nginx的停止。
kill 信号类型 `/usr/local/nginx/logs/nginx.pid`
①从容停止nginx
kill - QUIT nginx主进程号。
kill - QUIT `/usr/local/nginx/logs/nginx.pid`
②快速停止nginx。
kill - INT或TEMR nginx主进程号
kill - INT或TEMR `/usr/local/nginx/logs/nginx.pid`
③强制重启
pkill -9 nginx 或者killall nginx
3.nginx的平滑启动
首先你想要检查配置文件是否正确,
[root@mem1 ~]# /usr/local/nginx/sbin/nginx -t the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok configuration file /usr/local/nginx/conf/nginx.conf test is successful [root@mem1 ~]# /usr/local/nginx/sbin/nginx -t -c/usr/local/nginx/conf/nginx.conf the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok configuration file/usr/local/nginx/conf/nginx.conf test is successful [root@mem1 ~]#
由图可以看出 -c 是指定配置文件的,上面也解释了。如果配置是默认路径的话可以不用 -c 指定。如果没有错误就可以平滑启动了。
kill - HUP nginx 主进程号
kill - HUP `/usr/local/nginx/logs/nginx.pid`
4.nginx的信号控制
TERM INT快速关闭。
QUIT 从容停止。
HUP 平滑启动
USR1 重新打开日志文件,主要用在日志切割。
USR2 平滑升级可执行程序,主要用在版本升级。
WINCH 从容关闭工作进程 。
5nginx的平滑升级
①用新的可执行程序替换老的可执行程序,对于编译安装的nginx可以将新的直接按装到旧的里面,最好备份下
②kill -USR2 旧版本的主进程号。
③旧版本的nginx的主进程命名为.pid.oldbin ,然后执行新版本的nginx可执行程序,依次启动新的主进程和新的工作进程。
④现在新,旧版本的nginx实例会同时运行,共同处理请求。要逐步停止旧版本的nginx,必须发送WINCH 信号给主进程,然后,它的工作进程将开始从容关闭。。
kill -WINCH 旧版本的主进程号。
⑤一段时间后,旧的工作进程(work proess)处理了所有已连接的请求后退出,仅由新的工作进程来处理输入的请求了。
⑥这个时候我们可以选择了
kill -HUP 旧的主进程号: nginx将在不重载配置文件的情况下启动它的工作进程。
kill -QUIT 新的主进程号:从容关闭其工作进程。
kill -TERM 新的主进程号:强制退出。
kill 新的主进程号或者旧的主进程号:会因为某原因新的工作进程不能退出,则向其发送kill信号。
新的主进程号推出后,旧的会移除.oldbin 后缀,恢复他的pid文件,这样,一切都恢复到升级之前了。
如果想尝试升级成功,而切也要保留新的服务器时,可以发送QUIT信号给旧的主进程,使其退出保留下新的服务器运行。
本文出自 “Andy” 博客,请务必保留此出处http://andy890815.blog.51cto.com/3023503/772083
相关文章推荐
- nginx学习总结二(nginx的启动停止以及版本平滑升级)
- nginx学习总结二(nginx的启动停止以及版本平滑升级)
- nginx学习总结二(nginx的启动停止以及版本平滑升级)
- Nginx学习——Nginx启动、停止、重启和信号控制以及平滑升级
- Nginx学习——Nginx启动、停止、重启和信号控制以及平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx的安装、启动、停止和平滑升级
- [转载]Nginx实用指南V1 (连载之三:启动与停止与平滑升级)
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx的启动、停止、平滑启动、平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx 的启动、停止、平滑重启、信号控制和平滑升级
- Nginx实用指南V1 (连载之三:启动与停止与平滑升级)
- nginx之基础命令(启动、停止、平滑重启、平滑升级)