点赞
评论
收藏
分享
举报
Nginx热升级流程,看这篇就够了
发表于2021-03-12 15:45

浏览 2.3k

文章标签

在之前做过 Nginx 热升级的演示,他能保证nginx在不停止服务的情况下更换他的 binary 文件,这个功能非常有用,但我们在执行 Nginx 的 binary 文件升级过程中,还是会遇到很多问题,比如老的 worker 进程一直退不掉或者新的 worker 进程升级以后出现问题需要考虑回滚,或者升级新的 Nginx 文件以后会发现预期的功能或者指向的配置文件出现了错误,下面我们来看下看热升级的流程是怎样进行的?

热升级流程

Nginx热升级流程

第一步就是把旧的 Nginx 替换为新的 Nginx 文件(binary文件),之所以说只替换 binary 文件是因为大部分场景下,我们新编译的 nginx 文件所指定的相应的配置选项,比如说配置文件的目录在哪里?log 的所在目录在哪里?必须保持和老的 Nginx 是一致的,否则的话没有办法复用 nginx.conf 文件,如果我们仅仅替换 binary 文件,请注意要备份,另外在新版本的 Linux 中,会要求在覆盖一个正在使用的文件时需要用 cp -f 才能够替换。

接下来我们像现在的老 master 进程发送 USR2 信号,这时候我们注意到,我们没有办法通过 Nginx 命令行直接用 nginx -s 一个信号来处理,因为 Nginx 到目前为止,还没有支持这样的信号。

发送 USR2 信号以后,现有的 master 进程会做以下几件事情:修改 pid 文件名,加后缀 .oldbin,这是为什么呢?这是在为新的 master 进程让路,虽然 master、worker 进程都可以接受信号,但是为了管理方便,通常不对 worker 进程直接发送信号,所以我们依赖于 master 进程,他必须把他的 pid 保存下来,为了新的 master 使用 pid.bin 这个文件名,所以把老的 pid 文件改为 pid.oldbin。

接下来使用新的二进制文件启动新的 master 进程,所以到此为止,会出现两个 master 进程和老的 worker 进程,然后新的 master 进程会自动启动新的 worker 进程,所以这时候我们会发现两个 master 进程和多个 worker 进程的情况。

接下来我们要向老的 master 进程发送 QUIT 信号,怎么样找到老的 master 进程呢?我们可以根据 ps 看到 master 进程的进程号,或者通过 .oldbin 文件找到老的 master 进程的进程号,向这个进程号发送 QUIT 信号,那么老的 master 进程会优雅的关闭老 worker 进程,这样我们的热升级就结束。

但是老 master 进程是一直保存下来的,这是为了方便我们进行回滚,也就是发现新的 Nginx 程序有问题了,这个时候因为老的 master 进程还在,可以向老的 master 进程发送 HUP 信号,相当于执行了一次 reload,会启动新的 worker 进程,然后再向新 master 进程发送 QUIT 信号,也就是要求新的 worker 进程优雅退出,就实现了回滚。

接下来看下不停机更新 Nginx 二进制文件的具体流程图:

不停机更新 Nginx 二进制文件

不停机更新Nginx二进制文件

一开始老的 master 进程启动了四个绿色的 worker 进程,当我们更新了Nginx 的 binary 以后,向老 master 进程发送了 SIGUSR2 信号,这个时候老 master 进程会把自己的 pid 文件改名,这个时候可以认为是黄色这种的进程。

那么启动了新的 master 进程是怎么样启动的呢?他启动了新的子进程,也就是说新的 master 进程是老 master 进程的子进程,但这个子进程是使用了新的 binary 载入来启动的,在中间这个流程新老 Nginx 并存,但是老的 master 开始关闭监听端口,所有的黄色老的 worker 进程开始优雅地退出,在完成以后就会出现只有新的 master 进程存在的场景。

当退出老 master 进程以后不能进行回滚,如果想回滚,就需要再走一次热升级流程,用备份好的老 Nginx 文件作为新的热升级文件(因此建议备份旧的 Nginx 文件)。

在一个父进程退出,而它的一个或多个子进程还在运行时,那么这些子进程将成为孤儿进程。孤儿进程将被 init 进程(进程号为1)所收养,并由 init 进程对它们完成状态收集工作。所以老 master 进程退出后,新的 master 进程并不会退出。

以上就是热升级流程,我们可以通过他实现不停机更新我们的 Nginx,这为我们持续使用 Nginx 的最新特性提供了帮助。

总结

这篇文章主要讲解了 Nginx 热升级的流程,希望在看完本文后可以使你在升级过程中若发生错误,知道该怎么处理。

在热升级之前,建议备份旧的 Nginx 文件,以防升级后出现问题,便于回滚。

已修改于2023-03-09 09:08
创作不易,留下一份鼓励
守望

暂无个人介绍

关注



写下您的评论
发表评论
全部评论(0)

按点赞数排序

按时间排序

关于作者
守望
这家伙很懒还未留下介绍~
89
文章
0
问答
17
粉丝
相关文章
前言nginx系列之一:nginx入门nginx系列之二:配置文件解读nginx系列之三:日志配置nginx系列之四:web服务器nginx系列之五:负载均衡nginx系列之六:cache服务nginx系列之七:限流配置nginx系列之八:使用upsync模块实现负载均衡转自:在此感谢原博主的整理分享一、nginx做静态服务器HTML页面如下 Title 图片展示 123456789101112131415上传相关文件,生成如下路径treehtml/ html/ ├──index.html └──static └──images └──1.png ##配置nginx.conf配置文件 worker_processes1; events{ worker_connections1024; } http{ includemime.types; default_typeapplication/oc
点赞 4
浏览 1.4k
TableofContentsNameSynopsisDescriptionDirectivesxss_getxss_callback_argxss_override_statusxss_check_statusxss_input_typesLimitationsTroubleShootingInstallationCompatibilityTODOAuthorCopyright&LicenseSeeAlsoSynopsis#accessing/foo?callback=processgivestheresponse #body"process(...);"(withoutquotes)where"..." #istheoriginalresponsebodyofthe/foolocation. server{ location/foo{ #yourcontenthandlergoeshere... xss_geton; xss_callbac
点赞 1
浏览 1.3k
概述NGINX的速率控制用来控制新建连接的速度,并发控制用来控制并发连接数目,而带宽控制是用来控制单个连接上从服务器到客户端数据传输的速率。我们前面已经分析了NGINX速率限制,并发限制的原理。作为NGINX流量控制系列的最后一篇文章,本文我们分析NGINX的带宽控制的原理。原理算法NGINX采用了令牌桶算法进行带宽控制。使用一张经典的图偏来描述令牌桶算法: 具体流程是:      系统以固定速率产生令牌,并且缓存到令牌桶里。      当令牌桶满时,再来的令牌会被丢弃。    &nbsp
点赞 3
浏览 1.9k