修正Nginx源码实现worker进程隔离实现详解
发布时间:2023-02-20 10:34:31 所属栏目:Nginx 来源:互联网
导读:背景 最近我们线上网关替换为了 APISIX,也遇到了一些问题,有一个比较难解决的问题是 APISIX 的进程隔离问题。 APISIX 不同种类请求的互相影响 首先我们遇到的就是 APISIX Prometheus 插件在监控数据过多时影响正常业务接口响应的问题。当启用 Prometheus
首先来记录一下当前 worker 进程情况。 可以看到现在已经启动了 1 个内部隔离 worker 进程(pid=3355),4 个普通 worker 进程(pid=3356~3359)。 首先我们可以看通过端口监听来确定我们的改动是否生效。 可以看到隔离进程 3355 进程监听了 18080、18081、18082,普通进程 3356 等进程监听了 20880、20881 端口。 使用 ab 请求 18080 端口,看看是否只会把 3355 进程 CPU 跑满。 ab -n 10000 -c 10 localhost:18080 top -p 3355,3356,3357,3358,3359 可以看到此时只有 3355 这个 isolation process 被跑满。 接下来看看非隔离端口请求,是否只会跑满其它四个 woker process。 ab -n 10000 -c 10 localhost:28080 top -p 3355,3356,3357,3358,3359 符合预期,只会跑满 4 个普通 worker 进程(pid=3356~3359),此时 3355 的 cpu 使用率为 0。 到此,我们就通过修改 Nginx 源码实现了特定基于端口号的进程隔离方案。此 demo 中的端口号是写死的,我们实际使用的时候是通过 lua 代码传入的。 init_by_lua_block { local process = require "ngx.process" local ports = {18080, 18081, 18083} local ok, err = process.enable_isolation_process(ports) if not ok then ngx.log(ngx.ERR, "enable enable_isolation_process failed") return else ngx.log(ngx.ERR, "enable enable_isolation_process success") end } 这里需要 lua 通过 ffi 传入到 OpenResty 中,这里不是本文的重点,就不展开讲述。 (编辑:甘南站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |