Nginx部署

  • ​​分布式篇 - Nginx安装与运行​​

跟着上面这篇博客进行操作即可。关闭防火墙，让本地可以通过浏览器访问​​Nginx​​服务。

[root@localhost ~]# systemctl stop firewalld

Nginx：Nginx热部署_信号量

信号量

查看信号量：

[root@localhost ~]# kill -l
 1) SIGHUP   2) SIGINT   3) SIGQUIT  4) SIGILL   5) SIGTRAP
 6) SIGABRT  7) SIGBUS   8) SIGFPE   9) SIGKILL 10) SIGUSR1
11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM
16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG  24) SIGXCPU 25) SIGXFSZ
26) SIGVTALRM 27) SIGPROF 28) SIGWINCH  29) SIGIO 30) SIGPWR
31) SIGSYS  34) SIGRTMIN  35) SIGRTMIN+1  36) SIGRTMIN+2  37) SIGRTMIN+3
38) SIGRTMIN+4  39) SIGRTMIN+5  40) SIGRTMIN+6  41) SIGRTMIN+7  42) SIGRTMIN+8
43) SIGRTMIN+9  44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9  56) SIGRTMAX-8  57) SIGRTMAX-7
58) SIGRTMAX-6  59) SIGRTMAX-5  60) SIGRTMAX-4  61) SIGRTMAX-3  62) SIGRTMAX-2
63) SIGRTMAX-1  64) SIGRTMAX

有​​64​​种信号量，以下是几种常用的信号量：

  • ​​SIGINT​​​ 、​​SIGTERM​​：快速关闭。
  • ​​SIGQUIT​​：从容关闭（优雅的关闭进程，即等请求结束后再关闭）。
  • ​​SIGHUP​​：平滑重启，重新加载配置文件 （平滑重启，修改配置文件之后不用重启服务器）。
  • ​​SIGUSR1​​ ：重新读取日志文件，在切割日志文件时用途较大。
  • ​​SIGUSR2​​​：平滑升级可执行程序 ，​​nginx​​升级时候用。
  • ​​SIGWINCH​​ ：从容关闭工作进程。

Nginx热部署

​​Nginx​​​是一个多进程的高性能反向代理服务器，包含一个​​master​​​进程和多个​​worker​​​进程（​​worker​​​进程的数量可以通过​​nginx.conf​​​配置文件中的​​worker_processes​​​参数进行设置，默认​​1​​个），这样可以充分利用多核处理器。

Nginx：Nginx热部署_nginx_02


默认​​1​​​个​​worker​​进程。

Nginx：Nginx热部署_nginx_03


并且​​master​​​进程和​​worker​​进程是父子进程关系。

Nginx：Nginx热部署_配置文件_04


​​Nginx​​​工作模式为多进程，​​Nginx​​​在启动之后会有一个​​master​​​进程和多个​​worker​​​进程（默认​​1​​​个），多个​​worker​​​子进程将监听​​master​​​父进程监听的端口（参考父子进程的关系），并行处理请求。​​master​​​父进程主要用来管理​​worker​​​子进程（管理真正提供服务的​​worker​​​进程，向​​worker​​​进程发送信号，监控​​worker​​​进程的运行状态，当​​worker​​​进程异常退出后，会重新启动新的​​worker​​​进程），读取并验证配置信息，​​master​​​进程不会对用户请求提供服务，而用户请求是由​​worker​​​进程进行处理。​​Nginx​​​是通过信号量来控制，比如停止和重启​​Nginx​​​。信号量是进程间通信的一种机制，​​master​​​主进程控制多个​​worker​​子进程，也是通过信号量。

Nginx：Nginx热部署_配置文件_05


现在来演示​​Nginx​​​是怎么实现热部署的，博主通过修改​​Nginx​​​的配置文件来模拟​​Nginx​​​的升级（先​​copy​​一份副本）。

[root@localhost ~]# cd /usr/local/nginx/conf/
[root@localhost conf]# ll
总用量 68
-rw-r--r--. 1 root root 1077 12月 20 20:24 fastcgi.conf
-rw-r--r--. 1 root root 1077 12月 20 20:24 fastcgi.conf.default
-rw-r--r--. 1 root root 1007 12月 20 20:24 fastcgi_params
-rw-r--r--. 1 root root 1007 12月 20 20:24 fastcgi_params.default
-rw-r--r--. 1 root root 2837 12月 20 20:24 koi-utf
-rw-r--r--. 1 root root 2223 12月 20 20:24 koi-win
-rw-r--r--. 1 root root 5231 12月 20 20:24 mime.types
-rw-r--r--. 1 root root 5231 12月 20 20:24 mime.types.default
-rw-r--r--. 1 root root 2656 12月 20 21:26 nginx.conf
-rw-r--r--. 1 root root 2656 12月 20 20:24 nginx.conf.default
-rw-r--r--. 1 root root  636 12月 20 20:24 scgi_params
-rw-r--r--. 1 root root  636 12月 20 20:24 scgi_params.default
-rw-r--r--. 1 root root  664 12月 20 20:24 uwsgi_params
-rw-r--r--. 1 root root  664 12月 20 20:24 uwsgi_params.default
-rw-r--r--. 1 root root 3610 12月 20 20:24 win-utf
[root@localhost conf]# cp nginx.conf nginx_old.conf
[root@localhost conf]# vim nginx.conf

Nginx：Nginx热部署_nginx_06

由于还没有给​​Nginx​​​进行热部署，现在访问​​http://192.168.1.199/​​​还是原来的​​Nginx​​页面。

Nginx：Nginx热部署_linux_07


查看​​Nginx​​的进程：

[root@localhost conf]# ps -ef | grep nginx
root     14964     1  0 22:25 ?        00:00:00 nginx: master process ./nginx
nobody   14965 14964  0 22:25 ?        00:00:00 nginx: worker process
root     15016  1521  0 23:07 pts/0    00:00:00 grep --color=auto nginx

给​​master​​​进程发送​​SIGUSR2​​​信号，让​​Nginx​​​平滑升级可执行程序。可以看到​​Nginx​​​重新启动了一组​​master​​​进程和​​worker​​​进程，而新​​master​​​进程是旧​​master​​​进程的子进程（通过父子进程的继承关系，新​​master​​​进程可以很方便地继承旧​​master​​进程的相关资源）。

[root@localhost conf]# kill -s SIGUSR2 14964
[root@localhost conf]# ps -ef | grep nginx
root     14964     1  0 22:25 ?        00:00:00 nginx: master process ./nginx
nobody   14965 14964  0 22:25 ?        00:00:00 nginx: worker process
root     15019 14964  0 23:18 ?        00:00:00 nginx: master process ./nginx
nobody   15020 15019  0 23:18 ?        00:00:00 nginx: worker process
root     15022  1521  0 23:19 pts/0    00:00:00 grep --color=auto nginx

并且​​Nginx​​​在日志目录中存储了新旧​​pid​​​文件（保存了新旧​​master​​​进程的​​ID​​）。

[root@localhost conf]# ll ../logs
总用量 16
-rw-r--r--. 1 root root 2729 12月 20 23:20 access.log
-rw-r--r--. 1 root root  708 12月 20 23:18 error.log
-rw-r--r--. 1 root root    6 12月 20 23:18 nginx.pid
-rw-r--r--. 1 root root    6 12月 20 22:25 nginx.pid.oldbin
[root@localhost conf]# cat ../logs/nginx.pid
15019
[root@localhost conf]# cat ../logs/nginx.pid.oldbin 
14964

给旧​​master​​​进程发送​​SIGWINCH​​​信号，让旧​​master​​​进程关闭旧​​worker​​进程。

[root@localhost conf]# kill -s SIGWINCH 14964
[root@localhost conf]# ps -ef | grep nginx
root     14964     1  0 22:25 ?        00:00:00 nginx: master process ./nginx
root     15019 14964  0 23:18 ?        00:00:00 nginx: master process ./nginx
nobody   15020 15019  0 23:18 ?        00:00:00 nginx: worker process
root     15030  1521  0 23:27 pts/0    00:00:00 grep --color=auto nginx

现在访问​​http://192.168.1.199/​​​，会响应​​404​​。

Nginx：Nginx热部署_信号量_08


而访问​​http://192.168.1.199/nacos​​​，会访问到​​Nacos​​服务。

Nginx：Nginx热部署_linux_09


如果升级版本没有问题，就可以给旧​​master​​​进程发送​​SIGQUIT​​​信号，让旧​​master​​​进程关闭，这样就只剩下新​​master​​​进程和新​​worker​​​进程，实现了​​Nginx​​的热部署。

[root@localhost conf]# kill -s SIGQUIT 14964
[root@localhost conf]# ps -ef | grep nginx
root     15019     1  0 23:18 ?        00:00:00 nginx: master process ./nginx
nobody   15020 15019  0 23:18 ?        00:00:00 nginx: worker process
root     15034  1521  0 23:31 pts/0    00:00:00 grep --color=auto nginx

如果升级版本有问题，需要回滚到之前的版本，就可以给旧​​master​​​进程发送​​SIGHUP​​​信号，因为博主重新进行了测试，所以进程号都变了，但很显然旧​​master​​​进程重新创建了旧​​worker​​​进程，并且进行版本升级的​​master​​​和​​worker​​进程没有被关闭。

[root@localhost conf]# kill -s SIGHUP 15084
[root@localhost conf]# ps -ef | grep nginx
root     15084     1  0 12月20 ?      00:00:00 nginx: master process ./nginx
root     15106 15084  0 12月20 ?      00:00:00 nginx: master process ./nginx
nobody   15107 15106  0 12月20 ?      00:00:00 nginx: worker process
nobody   15131 15084  0 00:02 ?        00:00:00 nginx: worker process
root     15141  1521  0 00:09 pts/0    00:00:00 grep --color=auto nginx

给新​​master​​​进程发送​​SIGQUIT​​​信号，让新​​master​​​进程关闭，这样就只剩下旧​​master​​​进程和新创建的旧​​worker​​进程，实现了回滚。

[root@localhost conf]# kill -s SIGQUIT 15106
[root@localhost conf]# ps -ef | grep nginx
root     15084     1  0 12月20 ?      00:00:00 nginx: master process ./nginx
nobody   15131 15084  0 00:02 ?        00:00:00 nginx: worker process
root     15159  1521  0 00:25 pts/0    00:00:00 grep --color=auto nginx

回滚成功。

Nginx：Nginx热部署_linux_10


还需要对版本回滚（即博主这里的配置文件回滚，不然下次重启就会出问题）。

[root@localhost conf]# cp -f nginx_old.conf nginx.conf
cp：是否覆盖"nginx.conf"？ y

为什么给旧​​master​​​进程发送​​SIGHUP​​​信号，旧​​master​​​进程重新创建的​​worker​​进程没有重新读取配置文件？下面是官方的说明：

Send the HUP signal to the old master process. The old master process will start new worker processes without re-reading the configuration. After that, all new processes can be shut down gracefully, by sending the QUIT signal to the new master process.

向旧​​master​​​进程发送​​SIGHUP​​​信号。旧​​master​​​进程将启动新​​worker​​进程，而无需重新读取配置。之后，通过向新​​master​​​进程发送​​SIGQUIT​​信号，所有新进程都可以正常关闭。

如果不存在新进程的情况下（只有一组​​master​​​、​​worker​​​进程），修改配置文件，再向​​master​​​进程发送​​SIGHUP​​信号，看是否会重新加载配置文件。

Nginx：Nginx热部署_信号量_11

[root@localhost conf]# kill -s SIGHUP 15084

很显然配置文件被重新加载了，由于博主还没有看源码，只能猜测​​Nginx​​​的实现（如果说错了，请大家评论补充），​​Nginx​​​应该是根据当前是否在进行热部署（存在新​​master​​​进程），来决定​​SIGHUP​​信号是否需要重新加载配置文件。

Nginx：Nginx热部署_运维_12


​​Nginx​​热部署就介绍到这里，如果博主有说错的地方或者大家有不同的见解，欢迎大家评论补充。