1、Nginx热部署

运行Nginx服务会开启两类进程：一类是master进程，一类是worker进程：

• master进程是用来管理监控其下边的worker进程的主进程，这个进程由root发起，其中原因是http这个服务需要启用80端口，而只有root才有权限启用80端口。
• worker进程才是真正working的进程，才是真正处理请求的进程。这些进程全部都是master进程的子进程，是以普通用户的身份进行运行的。这样就可以极大增加程序的安全性，就算有一个进程被劫持，那也不会有管理员权限。
• worker进程中，原生的功能只有最基本的web服务。但是由于Nginx是高度模块化的应用程序，所以在每一个worker进程中，都有着一个或者多个模块。
• 需要注意的是，装载的模块不是一次全部加载进去的，而是只有当这个进程真的需要这个模块的时候，才会被加载。Nginx这个高度模块化的机制，也成就了其高效轻量的特点

进行热部署的前提条件：

• Nginx 的热部署和其并发模型有着密不可分的关系，这是因为 master 进程和worker进程的关系。
• 当系统通知 Nginx重读配置文件的时候，master 进程会进行语法错误的判断，如果存在语法错误的话，返回错误，不进行装载。
• 如果配置文件没有语法错误，那么Nginx 也不会将新的配置调整到所有 worker中。
• 而是先不改变已经建立连接的 worker，等待 worker将所有请求结束之后，将原先在旧的配置下启动的 worker 杀死，然后使用新的配置创建新的 worker。
• 所以可以做到在线更新版本，新版本和旧版本的进程可以同时存在，不影响客户的访问。

热部署：

• 热部署在Nginx中是一个强大的功能，可以在线升级。
• 其原理就是首先替换master进程，这个替换的master是与老版本的worker兼容的。
• 下一步，保持还有连接的worker进程，待其老去退休，进行替换。
• 高度的模块化加上精巧的两层模型，让Nginx成为大家非常热爱的web service的实现方案。
• Nginx支持热加载热部署 ，其实就是在不打断用户请求的情况下更新版本，也就是在线更新版本

2、平滑升级

为什么要平滑升级：

• 而平滑升级可以做到在线升级，保证不影响客户的使用，并且升级后新版本对服务端的数据也不会覆盖。

平滑升级步骤：

• 准备两个不同版本的Nginx安装包：
  eg：Nginx-1.14.2.tar.gz Nginx-1.16.1.tar.gz

• 先安装一个版本较低的Nginx：

tar zxf Nginx-1.14.2.tar.gz 
yum install gcc openssl-devel pcre-devel -y
cd Nginx-1.14.2
./configure --prefix=/usr/local/Nginx
make && make install

• 开启Nginx：

cd /usr/local/Nginx/sbin/
./Nginx
netstat -antlp | grep Nginx		##查看端口信息，80端口开启
/usr/local/Nginx/sbin/Nginx -v	##查看版本信息，显示1.14.2
/usr/local/Nginx/sbin/Nginx -V	##查看编译信息

• 将之前的启动脚本备份：

cp Nginx Nginx.old		##如果升级的版本有问题，可以回退旧版本

• 编译安装另一个安装包：

tar zxf Nginx-1.16.1.tar.gz 
cd Nginx-1.16.1
./configure --prefix=/usr/local/Nginx	##根据老版本的编译选项对新版本进行编译
make	##make结束不要make install

• 覆盖老版本的启动脚本：

cd /usr/local/Nginx/sbin/
cp -f /root/Nginx-1.16.1/objs/Nginx .	##覆盖老版本的启动脚本

• 向原来的Nginx的master进程发送信号，不再接受新的请求，新的Nginx程序开启worker进程，并且开始接收请求：

ps -ef | grep Nginx | grep -v grep 	##查看进程
kill -USR2 5019		##5019为Nginx老进程的pid，此处应写入自己进程的pid
kill -WINCH 5019

注意：此时，原来Nginx的master并没有宕掉，只是不在接收请求，当有需要时，我们可以唤醒它

• 测试：

/usr/local/Nginx/sbin/Nginx -v	##显示更新后的版本号，表示升级成功
/usr/local/Nginx/sbin/Nginx -V

注意：

• 在编译新版本的时候configure make结束不要make install，这会覆盖原来的Nginx。make install命令的本质就是将编译好的文件复制到对应的目录中。所以此处省略make install以防止某些老的配置文件被覆盖，我们只是为了升级Nginx，原来的配置需要保持不变，所以要确保配文件不会被覆盖。
• 不要制作软链接。使用这种方法有一个前提：就是在启动Nginx时使用的是Nginx二进制文件的绝对路径，而不是直接在命令行中输入"Nginx"。如果没有通过绝对路径启动Nginx那么当我们向Nginx进程中发送更新的信号时，Nginx进程可能会无法找到新的二进制程序。

3、版本回退

• 先还原Nginx脚本：

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

• 重新唤起旧版本的master进程，让其接收请求：

kill -HUP 5019

• 让新版本的master进程不在接收请求，关闭worker进程：

kill -USR2 7545
kill -WINCH 7545

注意： 分别输入自己对应的新老版本的进程pid。

• 测试：

/usr/local/Nginx/sbin/Nginx -v		##回退到原来的旧版本
/usr/local/Nginx/sbin/Nginx -V