Nginx 热部署及新增模块
当从老版本替换为新版本的 nginx 的时候,如果不热部署的话,会需要取消 nginx 服务并重启服务才能替换成功,这样的话会使正在访问的用户在断开连接,所以为了在不影响用户的体验下进行版本升级,就需要热部署来升级版本。
.因为进行升级主要是更换二进制文件,所以在升级前先备份旧的二进制文件。
然后下载新版本nginx,解压后进行编译一定不要手贱顺手执行了make install,不然会覆盖安装的(*如何是追加其他第三方模块的话,在原编译参数里加–add-module=第三方模块目录,追加nginx官方模块的话直接在原编译参数加新增编译参数即可),再把编译好的新版本的 nginx 二进制文件拷贝到安装目录下的 sbin 目录下。
通过 ps -ef | grep nginx 来查看 nginx PID:
可以看到目前启动的 nginx 的 PID 为 1752,下面需要给正在运行的 nginx 的 master 进程发送信号,告诉它我们要进行热部署了。
再通过 ps -ef | grep nginx 来查看 nginx 运行状况:
这个时候我们需要给老的 nginx 发送信号,告诉老的 nginx 请优雅的关闭所有的 worker 进程。
重新在查看 nginx 状态:
也可以发现老的 nginx maser 进程还存在,它的意义是:如果存在问题,需要退回到老版本中,我们可以给它发送 reload 命令,让他重新把 worker 进程拉起来、把新版本关掉。保留在这里方便我们做版本回退。
如果要退出保留的 master 进程,可以通过 kill
日志切割脚本
脚本配合crontab进行切割
#!/bin/bash
## 备份路径
LOGS_PATH=/usr/local/nginx/logs/history
## 日志路径
CUR_LOGS_PATH=/usr/local/nginx/logs
YESTERDAY=$(date -d "yesterday" +%Y-%m-%d)
## 备份旧日志
mv ${CUR_LOGS_PATH}/access.log ${LOGS_PATH}/old_access_${YESTERDAY}.log
mv ${CUR_LOGS_PATH}/error.log ${LOGS_PATH}/old_error_${YESTERDAY}.log
## 向 NGINX 主进程发送 USR1 信号。USR1 信号是重新打开日志文件,生产新日志文件
kill -USR1 $(cat /usr/local/nginx/logs/nginx.pid)