NGINX作为一个广泛应用的高性能Web服务器,在更新配置文件时,传统的nginx reload操作可能引发增加进程这样的问题,特别是对于需要>]频繁变更配置的业务,如CDN和云服务。本篇博客将分享我所设计的框架,旨在解决NGINX reload问题。
NGINX reload工作原理
十几年前,NGINX引入的Reload功能是其杰出设计之一,NGINX可能是极少数实现这种功能的软件。即使在今天,这个功能依旧被一直使用。我们看下它的工作原理:
这是NGINX的进程模型:
(图片来自NGINX官方)
NGINX采用了多进程模型,其中主进程(Master)管理工作进程(Worker),工作进程负责处理请求。
以下是执行reload后的进程:
(https://juejin.cn/post/6844904021443117063)
当执行nginx -s reload操作时,NGINX是不用重新启动的。Master进程会解析并应用新配置,然后会创建新的工作进程。工作进程更多了,这也是我们要解决的主要问题。
这看着不就是用户要的效果吗,看着配置已经热加载了。然而NGINX内部做了更优秀的设计。配置更新后,NGINX会创建一些新的工作进程,老的工作进程继续运行着。新进程用来服务新进来的连接,旧进程继续处理旧连接。假如旧进程里的旧连接都处理完了,这个旧进程就退出了。我们称这个过程为优雅退出(gracefully quit)。
reload包含的主要细节是这些(面试时可能用的上哈)
-
Master进程收到reload (-HUP)信号后,解析并应用新配置。
-
每次reload都会创建新的多个工作进程。
-
新旧进程并存。
-
旧进程继续处理旧连