Nginx無論是對於運維、開發、還是測試來說,都是日常工作需要掌握的一個知識點,之前也寫過不少關於Nginx相關的文章:
有興趣的可以看看上面的文章。
今天,我們來聊一聊,在企業實際生產環境中經常遇到的一個情況,升級Nginx到新的版本和如何回滾至舊版本。
1、環境介紹
今天准備的兩個nginx版本如下:
[[total 1952-rw-r--r-- 1 root root 981687 Oct 17 2017 nginx-1.12.2.tar.gz-rw-r--r-- 1 root root 1015384 Dec 4 09:58 nginx-1.14.2.tar.gz
2、編譯安裝新舊版本
編譯安裝nginx-1.12.2
[[[[0[[0[total 0drwxr-xr-x 2 root root 333 Mar 1 09:01 confdrwxr-xr-x 2 root root 40 Mar 1 09:01 htmldrwxr-xr-x 2 root root 6 Mar 1 09:01 logsdrwxr-xr-x 2 root root 19 Mar 1 09:01 sbin
編譯安裝nginx-1.14.2
[[[[[0[[0[total 0drwxr-xr-x 2 root root 333 Mar 1 09:03 confdrwxr-xr-x 2 root root 40 Mar 1 09:03 htmldrwxr-xr-x 2 root root 6 Mar 1 09:03 logsdrwxr-xr-x 2 root root 19 Mar 1 09:03 sbin
到這里,兩個版本的nginx軟件已經部署完成。
3、啟動舊版本nginx
[root@nginx ~]# /usr/local/nginx-1.12.2/sbin/nginx -tnginx: the configuration file /usr/local/nginx-1.12.2/conf/nginx.conf syntax is oknginx: configuration file /usr/local/nginx-1.12.2/conf/nginx.conf test is successful[root@nginx ~]# /usr/local/nginx-1.12.2/sbin/nginx[root@nginx ~]# ps -ef|grep nginxroot 6324 1 0 09:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxnobody 6325 6324 0 09:06 ? 00:00:00 nginx: worker processroot 6327 1244 0 09:06 pts/0 00:00:00 grep --color=auto nginx[root@nginx ~]# lsof -i :80COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAMEnginx 6324 root 6u IPv4 26324 0t0 TCP *:http (LISTEN)nginx 6325 nobody 6u IPv4 26324 0t0 TCP *:http (LISTEN)
4、升級到新版本
版本升級其實就是針對二進制文件的升級,過程如下:
[nginx version: nginx/1.12.2[[#首先備份原來的舊版本nginx二進制文件[#拷貝新版本的二進制文件到當前目錄
接下來進行平滑升級操作
[root@nginx ~]# ps -ef|grep nginxroot 6324 1 0 09:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxnobody 6325 6324 0 09:06 ? 00:00:00 nginx: worker processroot 6338 1244 0 09:11 pts/0 00:00:00 grep --color=auto nginx[root@nginx ~]# kill -USR2 6324[root@nginx ~]# ps -ef|grep nginxroot 6324 1 0 09:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxnobody 6325 6324 0 09:06 ? 00:00:00 nginx: worker processroot 6340 6324 0 09:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxnobody 6341 6340 0 09:12 ? 00:00:00 nginx: worker processroot 6343 1244 0 09:12 pts/0 00:00:00 grep --color=auto nginx
這時新的master進程已經正常開啟,但老的work進程也存在,所以我們使用下面的命令,將老的work進程發出平滑停止的信號,如下:
[root@nginx ~]# kill -WINCH 6324[root@nginx ~]# ps -ef|grep nginxroot 6324 1 0 09:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxroot 6340 6324 0 09:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxnobody 6341 6340 0 09:12 ? 00:00:00 nginx: worker processroot 6346 1244 0 09:14 pts/0 00:00:00 grep --color=auto nginx
此時,老的work進程已經停止,接下來我們測試是否能正常訪問:

可以正常訪問,其實這一平滑升級的動作,對訪問用戶來說是完全感知不到,所以nginx熱部署就已經完成了。
[nginx version: nginx/1.14.2
查看版本也是最新的版本,升級完成。
注:如果在版本升級完成后,沒有任何問題,需要關閉老的master進程的話,可以使用下面的命令:
kill -QUIT old_master_PID
5、版本回滾
對於升級來說,最難的不是升級,而是回滾,因為在實際生產環境回滾的機率是存在,比如:新版本由於某些未知bug導致與現有應用不兼容、或出現運行不穩定的情況等等。
所以,對運維工程師來說,故障回滾是重點。
在上面的結果中,我們也能看到老的master進程是一直存在,在沒有手工關閉前,它是不會自已關閉的,這種設計是有好處的,好處就是為了升級新版本后,如果出現問題能及時快速的回滾到上一個穩定版本。
[root@nginx ~]# ps -ef|grep nginxroot 6324 1 0 09:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxroot 6340 6324 0 09:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxnobody 6341 6340 0 09:12 ? 00:00:00 nginx: worker processroot 6350 1244 0 09:23 pts/0 00:00:00 grep --color=auto nginx[root@nginx ~]# cd /usr/local/nginx-1.12.2/sbin/[root@nginx sbin]# mv nginx nginx-1.14.2[root@nginx sbin]# mv nginx-1.12.2 nginx[root@nginx sbin]# kill -USR1 6324[root@nginx sbin]# ps -ef|grep nginx
root 6324 1 0 09:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxroot 6340 6324 0 09:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginxnobody 6341 6340 0 09:12 ? 00:00:00 nginx: worker processroot 6355 1244 0 09:24 pts/0 00:00:00 grep --color=auto nginx[root@nginx sbin]# ./nginx -v
nginx version: nginx/1.12.2
從上面的結果發現,已經平滑的回滾的上一個版本,接下來測試是否能正常訪問:

一樣可以正常訪問,所以,這個回滾的操作對用戶來說也是不可感知的。
好拉,今天的生產小技巧就分享到這里,如果你覺得這篇文章對你有所幫助或參考與借鑒,請將此文章轉發分享出去,你的轉發就是對我最大的支持!!
