Nginx无论是对于运维、开发、还是测试来说,都是日常工作需要掌握的一个知识点,之前也写过不少关于Nginx相关的文章:
- Nginx服务配置文件介绍
- Nginx配置虚拟主机
- Nginx反向代理负载均衡配置
- Nginx+Tomcat多实例及负载均衡配置
- HTTP服务器Nginx服务介绍续
- Nginx优化配置详解
- Nginx+keepalived高可用配置实战
- Apache VS Nginx,你选对了吗?
- 基于 Nginx 的 HTTPS 性能优化实践
- Nginx 到底可以做什么?看完这篇你就懂了!
- 深度总结|深入浅出Nginx
- 终极指南:提高Nginx服务器硬度的12个技巧
有兴趣的可以看看上面的文章。
今天,我们来聊一聊,在企业实际生产环境中经常遇到的一个情况,升级Nginx到新的版本和如何回滚至旧版本。
1、环境介绍
今天准备的两个nginx版本如下:
[root@nginx ~]# cd /download/nginx/[root@nginx nginx]# lltotal 1952-rw-r--r--1 root root 981687 Oct 172017 nginx-1.12.2.tar.gz -rw-r--r--1 root root 1015384 Dec 409:58 nginx-1.14.2.tar.gz
2、编译安装新旧版本
编译安装nginx-1.12.2
[root@nginx nginx]# tar zxf nginx-1.12.2.tar.gz [root@nginx nginx]# cd nginx-1.12.2[root@nginx nginx-1.12.2]# ./configure --prefix=/usr/local/nginx-1.12.2[root@nginx nginx-1.12.2]# echo $?0[root@nginx nginx-1.12.2]# make && make install[root@nginx nginx-1.12.2]# echo $?0[root@nginx nginx-1.12.2]# ll /usr/local/nginx-1.12.2/total 0drwxr-xr-x 2 root root 333 Mar 109:01 conf drwxr-xr-x 2 root root 40 Mar 109:01 html drwxr-xr-x 2 root root 6 Mar 109:01 logs drwxr-xr-x 2 root root 19 Mar 109:01 sbin
编译安装nginx-1.14.2
[root@nginx ~]# cd /download/nginx/[root@nginx nginx]# tar zxf nginx-1.14.2.tar.gz [root@nginx nginx]# cd nginx-1.14.2[root@nginx nginx-1.14.2]# ./configure --prefix=/usr/local/nginx-1.14.2[root@nginx nginx-1.14.2]# echo $?0[root@nginx nginx-1.14.2]# make && make install[root@nginx nginx-1.14.2]# echo $?0[root@nginx nginx-1.14.2]# ls -l /usr/local/nginx-1.14.2/total 0drwxr-xr-x 2 root root 333 Mar 109:03 conf drwxr-xr-x 2 root root 40 Mar 109:03 html drwxr-xr-x 2 root root 6 Mar 109:03 logs drwxr-xr-x 2 root root 19 Mar 109: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 ok nginx: 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 63241009:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx nobody 63256324009:06 ? 00:00:00 nginx: worker process root 63271244009:06 pts/0 00:00:00 grep--color=auto nginx [root@nginx ~]# lsof -i :80COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME nginx 6324 root 6u IPv4 26324 0t0 TCP *:http (LISTEN) nginx 6325 nobody 6u IPv4 26324 0t0 TCP *:http (LISTEN)
4、升级到新版本
版本升级其实就是针对二进制文件的升级,过程如下:
[root@nginx ~]# /usr/local/nginx-1.12.2/sbin/nginx -vnginx version: nginx/1.12.2 [root@nginx ~]# cd /usr/local/nginx-1.12.2/sbin/[root@nginx sbin]# mv nginx nginx-1.12.2#首先备份原来的旧版本nginx二进制文件[root@nginx sbin]# cp /usr/local/nginx-1.14.2/sbin/nginx ./#拷贝新版本的二进制文件到当前目录
接下来进行平滑升级操作
[root@nginx ~]# ps -ef|grep nginxroot 63241009:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx nobody 63256324009:06 ? 00:00:00 nginx: worker process root 63381244009:11 pts/0 00:00:00 grep--color=auto nginx [root@nginx ~]# kill -USR2 6324[root@nginx ~]# ps -ef|grep nginxroot 63241009:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx nobody 63256324009:06 ? 00:00:00 nginx: worker process root 63406324009:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx nobody 63416340009:12 ? 00:00:00 nginx: worker process root 63431244009:12 pts/0 00:00:00 grep--color=auto nginx
这时新的master进程已经正常开启,但老的work进程也存在,所以我们使用下面的命令,将老的work进程发出平滑停止的信号,如下:
[root@nginx ~]# kill -WINCH 6324[root@nginx ~]# ps -ef|grep nginxroot 63241009:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx root 63406324009:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx nobody 63416340009:12 ? 00:00:00 nginx: worker process root 63461244009:14 pts/0 00:00:00 grep--color=auto nginx
此时,老的work进程已经停止,接下来我们测试是否能正常访问:
可以正常访问,其实这一平滑升级的动作,对访问用户来说是完全感知不到,所以nginx热部署就已经完成了。
[root@nginx ~]# /usr/local/nginx-1.12.2/sbin/nginx -vnginx version: nginx/1.14.2
查看版本也是最新的版本,升级完成。
注:如果在版本升级完成后,没有任何问题,需要关闭老的master进程的话,可以使用下面的命令:
kill-QUIT old_master_PID
5、版本回滚
对于升级来说,最难的不是升级,而是回滚,因为在实际生产环境回滚的机率是存在,比如:新版本由于某些未知bug导致与现有应用不兼容、或出现运行不稳定的情况等等。
所以,对运维工程师来说,故障回滚是重点。
在上面的结果中,我们也能看到老的master进程是一直存在,在没有手工关闭前,它是不会自已关闭的,这种设计是有好处的,好处就是为了升级新版本后,如果出现问题能及时快速的回滚到上一个稳定版本。
[root@nginx ~]# ps -ef|grep nginxroot 63241009:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx root 63406324009:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx nobody 63416340009:12 ? 00:00:00 nginx: worker process root 63501244009: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 nginxroot 63241009:06 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx root 63406324009:12 ? 00:00:00 nginx: master process /usr/local/nginx-1.12.2/sbin/nginx nobody 63416340009:12 ? 00:00:00 nginx: worker process root 63551244009:24 pts/0 00:00:00 grep--color=auto nginx [root@nginx sbin]# ./nginx -vnginx version: nginx/1.12.2
从上面的结果发现,已经平滑的回滚的上一个版本,接下来测试是否能正常访问:
一样可以正常访问,所以,这个回滚的操作对用户来说也是不可感知的。