企业—Nginx的版本平滑升级（热部署）

一.Nginx的进程信息

• Nginx采用了高度模块化的设计思路，并且内部的进程主要有俩类，master进程和worker进程，其中master进程只有一个，而worker进程可以有多个。
• master进程：是用来管理和监控控制其下面的worker进程的主进程，这个进程由root发起，其中原因就是http这个服务器需要启用80端口，而只有root才有权限启用80端口。
• worker进程才是真正的working进程，才是真正处理请求的进程。worker进程全部都是master进程的子进程。worker进程是以普通用户的身份进行运行的，这样就可以极大的增加程序的安全性。万一即使有一个进程被劫持，也不会有管理员权限。
• worker进程中，原生的功能只有最基本的web服务。但是由于Nginx是高度模块化的应用程序，所以，在每一个worker进程中，有着一个或者多个模块。但需要注意的是，装载的模块不是一次性加进去的，只有当这个进程需要这个模块的时候，才会被这个工作进程加载。

二.Nginx的版本的平滑升级的实现

1.原理

• 在修改配置文件中的nginx.conf配置文件之后，重新声称新的worker进程，当然会以新的配置进行处理请求，而且新的请求都会交给新的worker进程，老的worker进程，等把那些以前的请求处理完成之后kill掉即可。

2.安装较低版本的nginx

• 实验环境

• rhel7.3的Linux系统，firewalld is disabled

• 官网下载nginx-1.16.0的压缩包

• 官网下载nginx-1.15.0的压缩包

• Nginx-1.15版本的配置

• （1）安装依赖性软件
  

• (2)加压该版本的安装包
  

• (3)关闭debug日志，这里不做版本号的隐藏，方便查看实验效果
  
  将有debug的该行注释掉：
  

• （4）在解压目录进行编译安装

注意：
Nginx的默认的配置文件是不会对其进行检测的，通俗的说就是配置文件和普通文件没区别，如果在配置过程中比如因为符号的问题出现错误但是不会显示为红色，因此需要对配置文件加入自动检测语句的错误，需要做如下操作：

[root@server1 ~]# cd nginx-1.15.8
[root@server1 nginx-1.15.8]# cd contrib/
[root@server1 contrib]# cp -r vim/*  ~/.vim/

编译及安装如下：

注意：编译完成之后会在/root/nginx-1.15.8/objs/ngx_modules.c 生成nginx的相关模块。

• (5)检测配置文件并查看版本及其服务的进程
  
  为了安全性一般使用nginx用户来控制服务的worker进程的，并且为了实验效果，可以配置2个worker进程，操作如下：
  a.建立nginx用户来控制worker进程
  
  b.配置文件中修改worker进行数和worker的控制用户并且开启服务
  
  
  

补充：
配置文件中nginx的链接数量为65535，但是系统默认的连接数量却不是65535，因此需要在安全配置文件中添加其连接数量，操作如下：

文件编辑添加内容如下：

• (6)在浏览器查看该版本安装成功
  
  3.nginx服务在线状态下的版本更新其平滑升级

• 新旧版本二进制系统文件的替换

• （1）对新版本的nginx压缩包进行解压
  

• (2)关闭debug日志

[root@server1 ~]# cd nginx-1.16.0
[root@server1 nginx-1.16.0]# vim auto/cc/gcc 

文件需注释内容如下：

• (3)进入新版本的解压目录下进行编译。
  注：只能make而不能make install ，这样可能会影响旧版本的nginx的相关进程，导致其失控

[root@server1 nginx-1.16.0]# ./configure --prefix=/usr/local/nginx --with-file-aio
[root@server1 nginx-1.16.0]# make

• (4)将原来的二进制系统程序文件nginx金星备份，以便在进行版本更新时出现错误进行回退。
  
• (5)替换二进制文件
  在新版本编译完成后，在其解压目录下的objs目录里面就有了新的nginx二进制系统文件，替换原来的二进制系统文件。

• nginx的平滑升级

-HUP  平滑启动，相当于reload
-USR2  平滑升级可执行程序，主要用在版本升级
-WINCH 从容关闭工作进程
-USR1 重新打开日志文件，主要用在日志切割，相当于reopen

• （1）kill -USR2 旧版本master的进程号

• （2）kill -WINCH 旧版本的master进程号
  
  会发现旧版本的nginx的worker进程号没有了，只留下了master进程号
• （3）查看版本号发现升级成功
  

三.版本升级成功之后的版本回退

• （1）将原来旧版本的已经备份过的二进制文件进行恢复原样
  
• (2)kill -USR2 新版本的master进程号

关闭新版本的master进程下的worker进程,会依次启动旧版本的master进程和新的工作进程，现在俩个版本的nginx会同时运行，共同处理请求。

• （3）kill -HUP 旧版本的master进程号
  nginx在不重新加载配置文件恶情况下启动旧版本的worker进程
  
• （4）kill -WINCH 新版本的master进程号
  关闭新版本的master的工作进程号
  
• （5）查看版本号发现版本回退成功