關閉防火牆,讓本機可以透過瀏覽器存取Nginx
服務。
[root@localhost ~]# systemctl stop firewalld
查看信號量:
[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
是一個多進程的高效能反向代理伺服器,包含一個master
進程和多個worker
進程(worker
進程的數量可以透過nginx.conf
設定檔中的worker_processes
參數進行設置,預設1
個),這樣可以充分利用多核心處理器。
預設1
個worker
流程。
並且master
行程和worker
程式是父子程式關係。
Nginx
工作模式為多進程,Nginx
在啟動之後會有一個master
進程和多個worker
進程(預設1
個),多個worker
子進程將監聽master
父進程監聽的端口(參考父子進程的關係),並行處理請求。 master
父進程主要用來管理worker
子進程(管理真正提供服務的worker
進程,向worker
進程發送訊號,監控worker
進程的運行狀態,當worker
進程異常退出後,會重新啟動新的worker
進程),讀取並驗證配置訊息, master
進程不會對使用者請求提供服務,而使用者請求是由worker
進程進行處理。
Nginx
是透過訊號量來控制,例如停止和重啟Nginx
。信號量是進程間通訊的機制,master
主進程控制多個worker
子進程,也是透過信號量。
現在來示範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
進行熱部署,現在訪問http://192.168.1.199/
還是原來的Nginx
頁面。
查看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
。
而造訪http://192.168.1.199/nacos
,會造訪到Nacos
服務。
如果升级版本没有问题,就可以给旧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
回滚成功。
还需要对版本回滚(即博主这里的配置文件回滚,不然下次重启就会出问题)。
[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
信号,看是否会重新加载配置文件。
[root@localhost conf]# kill -s SIGHUP 15084
很显然配置文件被重新加载了,由于博主还没有看源码,只能猜测Nginx
的实现(如果说错了,请大家评论补充),Nginx
应该是根据当前是否在进行热部署(存在新master
进程),来决定SIGHUP
信号是否需要重新加载配置文件。
以上是Nginx熱部署如何實現的詳細內容。更多資訊請關注PHP中文網其他相關文章!