Nginx服务（3）——Nginx热部署之版本的平滑升级与回退

一、什么是nginx热部署

1、nginx服务开启的进程情况

Ngnix中的进程分为两类，一类是master进程，一类是worker进程，其中master进程是用来管理监控控制其下边的worker进程的主进程，这个进程由root发起。

原因是http这个服务需要启用80端口，而只有root才有权限启用80端口。而顾名思义，worker进程才是真正working的进程，才是真正处理请求的进程，这些进程全部都是master进程的子进程，这些进程是以普通用户的身份进行运行的，这样就可以极大增加程序的安全性。就算是万一有一个进程被劫持，那也不会有管理员权限 　　
Worker进程中，原生的功能只有最基本的web服务。但是由于nginx是高度模块化的应用程序，所以，在每一个worker进程中，有着一个或者多个模块。

但是需要注意的是，装载的模块可不是全部一次加载进去的，只有当这个进程真的需要这个模块的时候，才会被这个工作进程加载
在我看来，模块化的思想和面向对象的思想，是推动现代整个开发的重要思想

由于nginx这个高度模块化的机制，也成就了其高效轻量的特点）

2、进行热部署的前提条件（也就是为什么nginx可以进行热部署）

nginx 的热部署和其并发模型有着密不可分的关系，是因为 master 进程和worker进程的关系。

当系统通知 ngnix 重读配置文件的时候，master 进程会进行语法错误的判断，如果存在语法错误的话，返回错误，不进行装载；如果配置文件没有语法错误，那么 ngnix 也不会将新的配置调整到所有 worker 中，而是先不改变已经建立连接的 worker，等待 worker 将所有请求结束之后，将原先在旧的配置下启动的 worker 杀死
然后使用新的配置创建新的 worker。

所以可以做到在线更新版本，新版本和旧版本的进程可以同时存在，不影响客户的访问。

3、什么是热部署

热部署在nginx中还是一个强大的功能，就是在线升级。
其原理就是首先我们先会替换master进程，同时我们替换的master是与老版本的worker兼容的。下一步，就是想大家已经想到的一样。保持还有连接的worker进程，待其老去退休，进行替换。

高度的模块化加上精巧的两层模型，让ngnix成为大家非常热爱的web service实现的方案

nginx支持热加载热部署 ，其实就是在不打断用户请求的情况下更新版本，也就是在线更新版本。

4、热部署的分类

（1）热部署成功（平滑更新）
在线更新nginx服务的版本并且更新成功，这个时候nginx的新版本和旧版本进程都可以同时工作，不影响客户的正常访问

（2）热部署失败（回滚）
在线更新nginx服务的版本并且更新失败，这个时候就直接回退到原来的nginx版本进程，保证客户可以正常访问

二、nginx版本的平滑更新与回滚实验

实验环境

主机名	ip	功能
server1	172.25.1.1	nginx服务器
真机	172.25.1.250	客户端，用来测试

实验

1、nginx平滑升级

（1）模拟实验情况，安装nginx-1.16.1版本

步骤一：在官网上下载nginx安装包并解压

步骤二：修改源码编译gcc配置文件

cd nginx-1.16.1
vim auto/cc/gcc

# debug
#CFLAGS="$CFLAGS -g" ##本行注释掉，关闭debug日志模式 

这里我们先不用隐藏版本号，方便最后查看实验效果
步骤三：安装编译环境

yum install gcc openssl-devel -y

步骤四：编译

./configure --prefix=/usr/local/nginx --with-file-aio

步骤五：编译安装

make && make install 

步骤六：启动脚本做软链接

ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/

步骤七：修改配置文件，设置nginx为所有人所有组，并进行语法检测

vim /usr/local/nginx/conf/nginx.conf
user  nginx nginx;

步骤八：创建用户

useradd nginx

步骤九：语法检测

nginx -t 

步骤十：开启nginx服务，查看进程

nginx
ps aux

（2）nginx平滑升级至nginx-1.17.8版本

一天只能更新一次，实际企业当中也不是每天都更新。

步骤一：下载nginx最新版安装包

步骤二：查看当前版本号

nginx -V

步骤三：解压安装包

tar zxf nginx-1.17.8.tar.gz 

步骤四：进入解压目录，进行编译

cd nginx-1.17.8
./configure --prefix=/usr/local/nginx --with-file-aio

步骤五：编译

make 

注意不能make install
make后objs/下出现了二进制执行文件
make install 实际上就是将二进制执行文件和一些配置文件复制到/usr/local/nginx目录下

步骤六：将原来的二进制系统程序文件备份一下，以防新升级后的nginx出问题可以方便恢复

cd /usr/local/nginx/sbin/
cp nginx nginx.old   

步骤七：替换二进制文件

新版本通过编译之后，源码包里的objs目录里便有了新的nginx文件，替换原来的nginx二进制文件

cd nginx-1.17.8
cd objs/
cp -f nginx /usr/local/nginx/sbin/nginx  

##-f 强制，如果不加-f，原来的nginx仍在运行，就不会覆盖

步骤八：查看当前版本

nginx -V   #此时查看到版本为最新版本

在客户端测试：

curl -I 172.25.1.1

显示认为旧版本，因为此时任是旧版本worker线程在工作

ps -ef | grep nginx

步骤七：平滑升级

kill -USR2 旧版本的主进程号	让旧版本的worker进程不再接受请求
kill -WINCH 旧版本的主进程号	关闭旧版本的worker进程

（1）kill -USR2 旧版本主进程号
执行新的主进程（新版本）和新的工作进程，依次启动新的主进程和新的工作进程，现在新，旧版本的nginx实例会同时运行，共同处理请求

 kill -USR2 4730

（2）kill -WINCH 旧版本主进程号
发送WINCH信号给旧版主进程，旧版主进程就开始从容关闭

	kill -WINCH 4730

在客户端测试：

curl -I 172.25.1.1

此时，nginx已经平滑升级成了新的版本对外工作

2、nginx版本更新失败之后的回滚

更新完毕后如果出现问题，我们立马停止更新的进程，回滚到原来版本的进程上面
这就是没有强制结束旧版本的master进程的原因，因为可以通过旧版本的master进程将旧版本的worker进程调用回来

步骤一：将原来备份好旧版本的二进制文件的再复制回去

cd /usr/local/nginx/sbin/
cp nginx.old nginx -f 

步骤二：回滚

kill -HUP 旧版本的进程 					拉起旧版本的worker进程
kill -WINCH 新版本的主进程号 			关闭新版本的worker进程

（1） kill -HUP 旧版本的主进程号

• nginx将在不重载配置文件的情况下启动旧版的worker进程

  kill -HUP 4730
  

（2）kill -WINCH 新版本的主进程号

• 关闭新版本的worker进程，旧版本处理请求

   kill -WINCH  7344
  

== 步骤三：再查看版本号， 恢复成了旧版本==

nginx -V

在客户端测试：

curl -I 172.25.1.1

此时，回滚到旧版本对外提供服务