当前位置: 首页>后端>正文

nginx子进程 nginx主进程被kill会怎么样

nginx 进程结构 与 热部署:

为什么nginx采用的是多进程?

nginx 采用的是多进程 process ,而不是多线程,

因为如果是多线程,它们是共用资源的,这样一旦挂了,就都挂了,

 

进程结构图:

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx,第1张

 

 

master process 并不真正的处理用户请求,而是下面的worker process 来处理用户的请求, 

master 是用来管理的作用:

1,如果woker process 中有进程 宕掉,这是master process 会重新再开一个 进程

2,如果有配置文件修改了,master process 也会通知worker process 去用新的配置文件(热加载)

 

Linux 的信号量管理机制:

所有的信号:

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_Code_02,第2张

 

 

 

平时使用的kill + pid,其实是kill -15 pid  ,

kill -9 pid 是强制杀死进程, 

常用的信号量: 

1,sigchld:     kill -17 pid  ,此时会发送给该进程的父进程,

2,sigquit     退出 (ctrl  \ )

3,sigterm   关闭进程

4,sigkill     立即关闭进程 

5,sighup   重读配置文件 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_03,第3张

 

 

 

利用信号量管理nginx:

可以通过信号量管理的进程:

1,Master 进程

2,Worker 进程(不推荐直接给Worker 发送信号 对它进行管理)

 

Master 进程 接收的信号:

a,监控worker 进程,(如果 worker 进程宕掉,会向master 发送chld 信号 )

b,管理woker 进程,通过 向woker 进程发送  一下信号:

  

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_04,第4张

 

 

 

worker 进程 接收的信号:

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_Code_05,第5张

 

注:不建议直接给 worker 进程发送信号,而是通过给master 发送信号 来管理worker 进程,

 

 

发送 sigterm 给master:

[root@localhost nginx112]# ps -ef | grep nginx
root       1568      1  0 16:56 ?        00:00:00 nginx: master process sbin/nginx
nobody     1590   1568  0 16:56 ?        00:00:00 nginx: worker process
nobody     1591   1568  0 16:56 ?        00:00:00 nginx: worker process
nobody     1592   1568  0 16:56 ?        00:00:00 nginx: worker process
nobody     1593   1568  0 16:56 ?        00:00:00 nginx: worker process
root       1646   1460  0 17:01 pts/0    00:00:00 grep --color=auto nginx
[root@localhost nginx112]# kill -s sigterm 1568

发送 sighup 给master:

它会关闭所有worker 进程,重新打开新的进程(这时新的进程读取了新的配置信息), 

[root@localhost nginx112]# ps -ef | grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1651   1650  0 17:03 ?        00:00:00 nginx: worker process
nobody     1652   1650  0 17:03 ?        00:00:00 nginx: worker process
nobody     1653   1650  0 17:03 ?        00:00:00 nginx: worker process
nobody     1654   1650  0 17:03 ?        00:00:00 nginx: worker process
root       1657   1460  0 17:05 pts/0    00:00:00 grep --color=auto nginx
[root@localhost nginx112]# kill -s sighup 1650
[root@localhost nginx112]# ps -ef | grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1658   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1659   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1660   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1661   1650  0 17:06 ?        00:00:00 nginx: worker process
root       1663   1460  0 17:06 pts/0    00:00:00 grep --color=auto nginx

 

通过./nginx + 参数 管理nginx:

reload :重新启动,(本质是给 master 发送一个hup 信号)

reopen :重新打开(本质发送 usr1 )

stop : 停止(发送 term 信号)立即停止

quit : Quit 信号 处理完用户请求之后 停止

sbin/nginx -s stop/reload/

 

配置文件重载的原理:

可以通过 -s reload 对 nginx 平滑升级,

首先master 接收到 reload 信号,

然后master 去检测nginx.conf 语法是否正确

如果conf 中监听了新的端口(如443),那么master 打开监听端口

后面master 使用新的配置文件启动新的worker 进程, 

启动新的worker 进程之后,向老的worker 子进程发送 quit信号 

如果旧的worker 进程正在接受用户的请求,它不会立即关闭监听句柄,会等处理完之后再关闭

 

重载流程如下图: 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_06,第6张

 

 

nginx 热部署(升级 nginx 的版本):

热升级的流程: 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_07,第7张

 

 

 

注: 热升级时要保证 两个版本的nginx 的目录结构是一致的,

1,去sbin 下备份 nginx 二进制文件, 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost nginx112]# cd sbin/
[root@localhost sbin]# cp nginx nginx.bak
[root@localhost sbin]# ll
total 10952
-rwxr-xr-x 1 root root 5603880 Apr 14 10:53 nginx
-rwxr-xr-x 1 root root 5603880 Apr 21 17:30 nginx.bak

View Code

2, 用新的nginx 二进制文件,直接覆盖 旧的nginx 文件,

3,给老的master 进程发送 sigusr2 信号,

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost sbin]# ps -ef |grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1658   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1659   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1660   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1661   1650  0 17:06 ?        00:00:00 nginx: worker process
root       1789   1460  0 17:31 pts/0    00:00:00 grep --color=auto nginx
[root@localhost sbin]# kill -s sigusr2 1650
[root@localhost sbin]# ps -ef |grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1658   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1659   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1660   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1661   1650  0 17:06 ?        00:00:00 nginx: worker process
root       1790   1650  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1796   1460  0 17:31 pts/0    00:00:00 grep --color=auto nginx

View Code

而且此时,logs 目录中的也会生成一个nginx.pid.oldbin 文件,里面存的是 旧的master的pid  

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost sbin]# cd ../logs/
[root@localhost logs]# ll
total 16
-rw-r--r-- 1 root root 613 Apr 14 10:56 access.log
-rw-r--r-- 1 root root 453 Apr 21 17:31 error.log
-rw-r--r-- 1 root root   5 Apr 21 17:31 nginx.pid
-rw-r--r-- 1 root root   5 Apr 21 17:03 nginx.pid.oldbin

View Code

4,停止旧的master 的子进程

不用quit 要用sigwinch (这时,只会停止旧的worker子进程,不会停止master ,目的是为了回滚)

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost logs]# kill -s sigwinch 1650
[root@localhost logs]# ps -ef | grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
root       1790   1650  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1839   1460  0 17:36 pts/0    00:00:00 grep --color=auto nginx

View Code

5,如果我们要确定不要旧的master 了,杀死即可,

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost logs]# kill -s sigquit 1650
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1845   1460  0 17:38 pts/0    00:00:00 grep --color=auto nginx

View Code

logs中的nginx.pid.oldbin 也会被删除, 

 

至此,就完成了整个的平滑升级,

 

如果第5步,我们仍然还要 旧的 master,操作如下:

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1853   1460  0 17:40 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sigusr2 1790
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1854   1790  0 17:40 ?        00:00:00 nginx: master process sbin/nginx
nobody     1855   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1856   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1857   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1858   1854  0 17:40 ?        00:00:00 nginx: worker process
root       1860   1460  0 17:40 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sigwinch 1790
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
root       1854   1790  0 17:40 ?        00:00:00 nginx: master process sbin/nginx
nobody     1855   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1856   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1857   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1858   1854  0 17:40 ?        00:00:00 nginx: worker process
root       1862   1460  0 17:40 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sighup 1790
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
root       1854   1790  0 17:40 ?        00:00:00 nginx: master process sbin/nginx
nobody     1855   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1856   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1857   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1858   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1864   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1865   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1866   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1867   1790  0 17:41 ?        00:00:00 nginx: worker process
root       1869   1460  0 17:41 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sigquit 1854
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1864   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1865   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1866   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1867   1790  0 17:41 ?        00:00:00 nginx: worker process
root       1871   1460  0 17:42 pts/0    00:00:00 grep --color=auto nginx

View Code

 

nginx 模块化设计机制: 

它的思想是:高内聚,低耦合

模块化结构图如下: 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_Code_20,第20张

 

 

 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_21,第21张

 

 

 

nginx 编译安装的配置参数 : 

在这里我们可以选择我们想要使用的模块 编译安装,

 

常用的配置参数: 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_22,第22张

 

 

通过--with

通过--without

 

nginx 配置文件(nginx.conf)结构 : 

官方文档:http://nginx.org/en/docs/

整体分为三大模块:

1,main模块 

2,events 模块,

3,http 模块,(http 嵌套 多个server )

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_23,第23张

 

 

配置文件结构示例:

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_24,第24张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }
    }
}

nginx.conf

nginx 虚拟主机 : 

虚拟主机就是 使得  我们单台服务器 构建不同的网站,

nginx 虚拟主机的分类 : 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_27,第27张

 

1,基于多ip 的虚拟主机: 

这时单台服务器有多个网卡,每个网卡绑定不同的ip  ,提供不同的服务

 

2,基于多端口 的虚拟主机: 

这时单台服务器有只有一个网卡,81 端口可以绑定一个网站,82 也可以

 

上面两种基本都是个人,或者用于演示的时候使用,生产环境 第3中用的多:

3,基于多域名 的虚拟主机:

在一台服务器上,使用不同的域名来区分不同的网站服务,

例如,公司拥有两个域名,www.xxx.com ,www.yyy.com ,它们一般都是不同的业务,

基于多ip 的虚拟主机: 

使用 ifconfig 可以查看到网卡的数量,

下面使用虚拟机再添加两块网卡:

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_28,第28张

 

 

要配置新添加网卡的配置信息(在/etc/sysconfig/network-script 目录 添加 ifcfg-ens37  和 ifcfg-ens38[在 ens33 的基础上 ] )

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_29,第29张

 

三个ip网卡对应的IP分别是 192.168.144.128  /130 /131  

然后重启网络: systemctl restart network 

 

下面是编写 nginx.conf  

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       192.168.144.128:80;
        server_name  localhost;

        location / {
            root   html/server1;
            index  index.html index.htm;
        }
    }
    server {
        listen       192.168.144.130:80;
        server_name  localhost;

        location / {
            root   html/server2;
            index  index.html index.htm;
        }
    }
    server {
        listen       192.168.144.131:80;
        server_name  localhost;

        location / {
            root   html/server3;
            index  index.html index.htm;
        }
    }


}

此时,html 目录下要分别有 server1 server2 server3 三个目录,并且目录中要有 index.html 或者 index.htm  

基于端口 的虚拟主机: 

单台服务器仅仅只有一块网卡,使用不同端口来提供不同的网站服务, 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       192.168.144.128:8080;
        server_name  localhost;

        location / {
            root   html/server1;
            index  index.html index.htm;
        }
    }
    server {
        listen       192.168.144.128:8081;
        server_name  localhost;

        location / {
            root   html/server2;
            index  index.html index.htm;
        }
    }


}

View Code

 

基于域名 的虚拟主机: 

单台服务器只有一个网卡,但服务器的ip 绑定了多个域名,这时,我们可以通过不同域名来访问,

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  www.paixiaosen.xyz;

        location / {
            root   html/server1;
            index  index.html index.htm;
        }
    }
    server {
        listen       80;
        server_name  www.666kaoyan.com;

        location / {
            root   html/server2;
            index  index.html index.htm;
        }
    }


}

View Code

此时,配置下域名: /etc/hosts 中添加: 

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.144.128 www.paixiaosen.xyz
192.168.144.128 www.666kaoyan.com

此时就可以在本机 curl 到,  

真正实际中,换成真的域名即可, 

 




https://www.xamrdz.com/backend/3yw1926506.html

相关文章: