nginx升级
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 | 今天应开发的需求,需要在Nginx增加一个模块,并不能影响现有的业务,所以就必须要平滑升级Nginx,好了,不多说了 1 :查看现有的nginx编译参数 / usr / local / nginx / sbin / nginx - V 2 :按照安装nginx的方法进行安装,只需要到make,千万不要make install 3 : 备份旧版本的nginx可执行文件(期间nginx不会停止服务) mv / usr / local / nginx / sbin / nginx / usr / local / nginx / sbin / nginx.old 4 :复制新的nginx二进制文件,进入新的nginx源码包 cp objs / nginx / usr / local / nginx / sbin / 5 : 测试新版本的nginx是否正常 / usr / local / nginx / sbin / nginx - t 6 : 给nginx发送平滑迁移信号(若不清楚pid路径,请查看nginx配置文件) kill - USR2 `cat / var / run / nginx.pid` 7 :查看nginx pid,会出现一个nginx.pid.oldbin 8 :从容关闭旧的Nginx进程 kill - WINCH `cat / var / run / nginx.pid.oldbin` 9 :此时不重载配置启动旧的工作进程 kill - HUP `cat / var / run / nginx.pid.oldbin` 10 :结束工作进程,完成此次升级 kill - QUIT `cat / var / run / nginx.pid.oldbin` 11 :验证Nginx是否升级成功 / usr / local / nginx / sbin / nginx - V |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 | Nginx信号处理与平滑升级 守护进程 升级 nginx weakish 2014 年 03 月 14 日发布 赞 | 0 收藏 | 6 2k 次浏览 Nginx进程分为master进程和worker进程,我们可以通过信号来控制master进程。默认情况下,Nginx会把它的master进程 id 写到 / usr / local / nginx / logs / nginx.pid中。你可以在编译的时候通过. / configure来指定,或者在配置文件中用pid来配置。 Master进程能够接收并处理如下的信号: ERM, INT (快速退出,当前的请求不执行完成就退出) QUIT (优雅退出,执行完当前的请求后退出) HUP (重新加载配置文件,用新的配置文件启动新worker进程,并优雅的关闭旧的worker进程) USR1 (重新打开日志文件) USR2 (平滑的升级nginx二进制文件) WINCH (优雅的关闭worker进程) Worker进程也可以接收并处理一些信号: TERM, INT (快速退出) QUIT (优雅退出) USR1 (重新打开日志文件) 用HUP信号使Nginx加载新的配置文件 当Nginx接收到HUP信号的时候,它会尝试着去解析并应用这个配置文件,如果没有问题,那么它会创建新的worker进程,并发送信号给旧的 worker进程,让其优雅的退出。接收到信号的旧的worker进程会关闭监听socket,但是还会处理当前的请求,处理完请求之后,旧的 worker进程退出。如果Nginx不能够应用新的配置文件,那么仍将用旧的配置文件来提供服务。 在线升级Nginx二进制文件 当你想升级Nginx到一个新的版本,增加或减少module的时候,你需要替换Nginx的二进制文件,你可以平滑的实现它,没有请求会丢失。 首先,用新的二进制文件替换掉旧的,然后发送USR2信号给master进程。master进程会把自己的.pid文件重命名为.oldbin(例 如, / usr / local / nginx / logs / nginx.pid.oldbin),然后执行新的二进制文件,从而启动一个新的master进程和新的worker进程: PID PPID USER % CPU VSZ WCHAN COMMAND 33126 1 root 0.0 1164 pause nginx: master process / usr / local / nginx / sbin / nginx 33134 33126 nobody 0.0 1368 kqread nginx: worker process (nginx) 33135 33126 nobody 0.0 1380 kqread nginx: worker process (nginx) 33136 33126 nobody 0.0 1368 kqread nginx: worker process (nginx) 36264 33126 root 0.0 1148 pause nginx: master process / usr / local / nginx / sbin / nginx 36265 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36266 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36267 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 在这个时候,有两个Nginx实例在运行,一起处理进来的请求。为了让旧的实例退出,你需要发送WINCH信号给旧的master进程,这样旧master进程的worker进程就会优雅的退出: PID PPID USER % CPU VSZ WCHAN COMMAND 33126 1 root 0.0 1164 pause nginx: master process / usr / local / nginx / sbin / nginx 33135 33126 nobody 0.0 1380 kqread nginx: worker process is shutting down (nginx) 36264 33126 root 0.0 1148 pause nginx: master process / usr / local / nginx / sbin / nginx 36265 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36266 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36267 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 一段时间后,旧的worker进程都已经退出了,只有新的worker进程处理进来的请求: PID PPID USER % CPU VSZ WCHAN COMMAND 33126 1 root 0.0 1164 pause nginx: master process / usr / local / nginx / sbin / nginx 36264 33126 root 0.0 1148 pause nginx: master process / usr / local / nginx / sbin / nginx 36265 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36266 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36267 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 这个时候你仍然可以通过以下几个步骤回滚到旧的服务,因为旧master进程并没有关闭其监听的socket: 发送HUP信号给旧的master进程,它会启动worker进程并且不需要重新加载配置文件 发送QUIT信号给新的master进程,让它优雅的终止其worker进程发送TERM信号给新的master进程,强制其退出 如果一些原因,新的worker进程没有退出,发送KILL信号给它们 当新的master进程退出之后,旧的master进程会删除其pid文件名中的后缀.oldbin,这样一切就又变成升级之前的样子。 如果一个升级已经成功,然后你想只保留新的server,那么发送QUIT信号给旧的master进程让新的server来提供服务: PID PPID USER % CPU VSZ WCHAN COMMAND 36264 1 root 0.0 1148 pause nginx: master process / usr / local / nginx / sbin / nginx 36265 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36266 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) 36267 36264 nobody 0.0 1364 kqread nginx: worker process (nginx) |
时来天地皆同力,运去英雄不自由
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!