nginx配置详解(Nginx进程管理和重载原理详解)
nginx配置详解
Nginx进程管理和重载原理详解进程结构图
Nginx是多进程结构,多进程结构设计是为了保证Nginx的高可用高可靠,包含:
- master进程:父进程,负责worker进程的管理
- worker进程:子进程,worker进程一般配置与服务器CPU核数相同,worker进程用来处理具体请求。
- cache进程:也是子进程,包括cache manager和cache loader进程,主要是反向代理做缓存使用。
注:多进程相对于多线程之所以能够保证高可用与高可靠是因为进程间地址空间是独立的,进程间的任务不会相互影响,相对多线程更加耗费CPU资源。而多线程共享一个进程的地址空间,其中一个线程任务失败会影响到其它线程任务。
假设我们的Nginx服务的用户是nginx,我们可以使用如下命令查看当前运行的Nginx服务的master进程和worker进程,而且可以看到4个worker进程的父进程ID都是master的进程ID(1325)。
[root@master ~]# ps -ef | grep nginx | grep -v grep | grep -v php-fpm root 1325 1 0 11:28 ? 00:00:00 nginx: master process /usr/local/nginx/sbin/nginx nginx 1332 1325 0 11:28 ? 00:00:00 nginx: worker process nginx 1334 1325 0 11:28 ? 00:00:00 nginx: worker process nginx 1335 1325 0 11:28 ? 00:00:00 nginx: worker process nginx 1336 1325 0 11:28 ? 00:00:00 nginx: worker process
我们可以通过 lsof -i:nginx端口号
来查看我们的master和worker进程。
[root@master ~]# lsof -i:80 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME nginx 1325 root 6u IPv4 22282 0t0 TCP *:http (LISTEN) nginx 1332 nginx 6u IPv4 22282 0t0 TCP *:http (LISTEN) nginx 1334 nginx 6u IPv4 22282 0t0 TCP *:http (LISTEN) nginx 1335 nginx 6u IPv4 22282 0t0 TCP *:http (LISTEN) nginx 1336 nginx 6u IPv4 22282 0t0 TCP *:http (LISTEN)
信号量管理
Linux的信号量管理机制
信号是进程间通信方式之一,典型用法是:终端用户输入中断命令,通过信号机制停止一个程序的运行。
我们可以通过给进程发送信号来管理我们的进程,kill -l
命令可以查看linux支持的信号量
一共有64号信号量,主要需要弄清如下几个:
kill -1 $PID:(SIGHUP)重新加载进程,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件;
kill -2 $PID:(SIGINT)中断(通Ctrl+C);
kill -3 $PID:(SIGQUIT)从键盘输入的退出(ctrl-\);
kill -9 $PID:(SIGKILL)立即杀死进程,无论当前程序处于什么状态;
kill -10 $PID:(SIGUSR1)$USR1和$USR2都是留给用户自定义的信号量;
kill -12 $PID:($IGUSR2)
kill -15 $PID:(SIGTERM)正常停止一个进程;
kill -17 $PID:(SIGCHLD)父子进程通信的信号量,父进程可以fork()出很多子进程,子进程挂掉会给父进程发送信号;
kill 可将指定的信息送至程序。预设的信息为 SIGTERM(15),可将指定程序终止。若仍无法终止该程序,可使用 SIGKILL(9) 信息尝试强制删除程序。程序或工作的编号可利用 ps 指令或 jobs 指令查看。
kill -l # 查看所有能够支持的信号 kill PID # 杀死一个进程 kill 1024 # 杀死多个进程 进程号之间用空格隔开 kill 1024 2048 # kill -9 表示立即强制结束进程 kill -9 1024
注:Ctrl+C:停止终端中正在运行的进程,Ctrl+C可以比较有好地中止终端中正在运行的程序(进程)
利用信号量管理Nginx进程
管理Nginx进程可以这些方式:master进程
、worker进程
、命令行
使用信号量管理master和worker(不推荐使用发送信号量的方式来管理worker进程,worker进程应该交给master进程来管理和维护)。
Master进程
监控worker进程
- CHLD
管理worker进程
接收信号
- TERM、INT
- QUIT
- HUP
- USR1
- USR2
- WINCH
示例:
通过kill命令杀死master进程
kill -s SIGTERM 1325
通过kill命令让Nginx重新读取文件,这样会关闭就得worker进程,生成新的worker进程,master进程(ID)依旧保持不变
kill -s SIGHUP 1325
Worker进程
接收信号
- TERM、INT
- QUIT
- USR1
- WINCH
虽然可以,但是不推荐使用信号量方式直接管理worker进程,worker进程应该交给master进程来管理和维护
示例:
使用kill命令杀死一个worker进程,这样会杀死一个worker进程,linux会杀掉的worker进程的父进程(master进程)发送SIGCHLD信号量,所以master进程监测到我们某一个子进程可能出了问题,会启动一个新的worker进程,维护worker进程的数量。
kill -s SIGTERM 1332
命令行
- reload:HUP
- reopen:USR2
- stop:TERM
- quit:QUIT
可以使用nginx -h
查看帮助命令
[itbsl@master ~]$ nginx -h nginx version: nginx/1.18.0 Usage: nginx [-?hvVtTq] [-s signal] [-c filename] [-p prefix] [-g directives] Options: -?,-h : this help -v : show version and exit -V : show version and configure options then exit -t : test configuration and exit -T : test configuration, dump it and exit -q : suppress non-error messages during configuration testing -s signal : send signal to a master process: stop, quit, reopen, reload -p prefix : set prefix path (default: /usr/local/nginx-1.18.0/) -c filename : set configuration file (default: conf/nginx.conf) -g directives : set global directives out of configuration file
参数说明:
- -?,-h:查看帮助
- -v:查看Nginx版本
- -V:查看Nginx版本和编译选项
- -t:检查配置文件语法是否正确
- -T:检查配置文件语法是否正确,并打印
- -q:在检查配置文件时不显示非错误消息
- -s:给master进程发送信号,可以发送:stop、quit、reopen、reload
- -c:指定配置文件
- -g:设置配置文件之外的全局指令
配置文件重载原理
我们知道了可以通过给nginx的master进程发送SIGHUP信号,或者使用nginx -s reload
命令来达到重新载入配置文件,从而使nginx平滑升级。那我们执行这样一个命令之后,对nginx本身来说背后发生了什么事情呢,它是如何保证新老请求如何平滑过渡的?
reload重载配置文件的流程
- 向master进程发送HUP信号(reload命令)
- master进程检查配置语法是否正确
- master进程打开监听端口(在修改配置文件的端口情况下,可能)
- master进程使用新的配置文件启动新的worker子进程
- master进程向老的worker子进程发送QUIT信号
- 旧的worker进程关闭监听句柄,处理完当前连接后关闭进程
如果用图示来描述的话大概如下图所示
图示解析:
1.左边绿色的状态是执行nginx -s reload
命令之前的状态,按照我个人主机的配置时一个master进程和4个worker子进程。
2.为了模拟执行nginx -s reload
命令后原来的worker进程会处理完请求后再被杀掉,我模拟一个需要很久才能处理完任务并响应的接口,是的,我在代码里sleep 15秒,也就是说这个接口响应需要15秒,时间弄长点方便我们来观察中间态,注意,在执行reload命令前请求该接口
<?php sleep(15); echo json_encode(['msg' => 'hello world']);die();
3.我们已经知道了master进程会把任务交给worker子进程处理,目前只有一个任务,所以当前只需要一个worker进程需要处理任务。
4.执行reload命令,master进程会创建4个(与你配置有关)新的worker进程(我上图中的黄色worker进程),关闭掉旧的空闲worker进程(绿色worker进程),而正在处理请求的旧worker进程不会立即关闭,而是会等请求处理完毕就关闭。
5.剩下的最后一个旧worker进程任务处理完毕也被关掉,最后剩下的都是使用新nginx.conf配置产生的新worker进程,可以看下面的这张图,那个处于is shutting down的旧worker进程就是因为处理上面sleep 15秒的任务接口还没处理完毕,所以依然能够被看到。
总结
到此这篇关于Nginx进程管理和重载原理的文章就介绍到这了,更多相关Nginx进程管理和重载原理内容请搜索开心学习网以前的文章或继续浏览下面的相关文章希望大家以后多多支持开心学习网!
- 宝塔web服务器如何安装(宝塔面板开启Nginx/Apache防火墙四层防御的方法)
- nginx和apache服务器配置(Apache、Nginx 服务配置服务器端包含SSI)
- nginx-rtmp-module 配置(Nginx搭建rtmp直播服务器实现代码)
- 服务器启动nginx服务的命令(Nginx服务器添加Systemd自定义服务过程解析)
- windows下nginx 命令(win10安装配置nginx的过程)
- nginxssl证书怎么设置(nginx结合openssl实现https的方法)
- nginx怎么用ssl证书(制作能在nginx和IIS中使用的ssl证书)
- nginx如何代理项目(Nginx代理同域名前后端分离项目的完整步骤)
- 静态web服务器nginx(WEB服务器该选择 Apache 还是 Nginx?)
- 新手nginx反向代理问题(详解Nginx proxy_pass的一个/斜杠引发的血案)
- nginx和php怎么结合(php和nginx交互实例讲解)
- thinkphp静态怎么设置(浅谈thinkphp的nginx配置,以及重写隐藏index.php入口文件方法)
- nginx django部署(uwsgi+nginx代理Django无法访问静态资源的解决)
- nginx服务器有什么用(Nginx的作用详解,为什么在Web服务器中Nginx的比例越来越高?)
- nginx 配置https(Nginx下配置Https证书详细过程)
- nginx反向代理多个server(Nginx反向代理多个服务器的实现方法)
- 不走心的古装造型 舒畅 毁容式 出演,萧蔷雷出新高度(不走心的古装造型)
- 嘉南传 第22集(嘉南传第22集)
- 哪版孙悟空最萌 黄渤躺萌了(哪版孙悟空最萌)
- 融入小人物的喜怒哀乐,黄渤饰演的角色为什么让人观看时欲罢不能(融入小人物的喜怒哀乐)
- 《极限挑战》深访都市夜归人,夜间打工者体验,黄磊录完憔悴了(极限挑战深访都市夜归人)
- Google 推出了一个游戏生成器,让不会编程的你也能自己设计游戏(推出了一个游戏生成器)
热门推荐
- css自动换行左右对齐(CSS自动换行、强制不换行、强制断行、超出显示省略号)
- HttpWebRequest的使用
- docker部署高性能服务器(Docker部署SQL Server 2019 Always On集群的实现)
- mysql数据库调优技术大全(Mysql数据库性能优化三分表、增量备份、还原)
- docker搭建私有dns域名解析(docker内网搭建dns使用域名访问替代ip:port的操作)
- sql server中随机函数NewID()和Rand()
- nginx配置404状态码(解决Nginx 配置 proxy_pass 后 返回404问题)
- mysql binlog日志位置(开启MySQL的binlog日志的方法步骤)
- html5怎么修改背景颜色(HTML5 body设置全屏背景图片的示例代码)
- python 验证码识别模块([机器视觉]使用python自动识别验证码详解)
排行榜
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9