Nginx worker_connections不足报错相关问题咨询

1. 本次参数调整是否为该报错的正确解决方案？ #

• 属于对症的有效解决方案。日志提示worker_connections are not enough while connecting to upstream的直接触发原因就是Nginx worker进程的最大连接数配额被耗尽，无法新建到上游服务的连接，调大worker_connections参数可以直接解决当前配额不足的问题。
• 建议后续补充排查连接数上涨的根因：确认是业务流量正常上涨导致的需求增加，还是存在长连接泄漏、上游服务响应过慢导致连接长时间被占等异常情况，避免后续流量继续上涨后再次出现相同报错。

2. 该调整是否会引发其他潜在风险问题？ #

• 本次从768调整到2000属于非常保守的调整范围，只要服务器CPU、内存资源充足，基本不会产生额外的性能负担。
• 唯一需要注意的风险是文件描述符配额不足：每个Nginx连接都会占用一个文件描述符，如果没有同步调高系统级的ulimit -n参数，后续连接数上涨后可能出现Too many open files的报错。

3. worker_connections参数的设置是否存在上限？ #

• 存在明确上限，主要受两个维度约束：
  • 系统级硬限制：Linux系统默认对单个进程可打开的最大文件描述符数量有硬限制，可通过ulimit -Hn查看当前值。worker_connections的数值不能超过该硬限制，否则Nginx会直接启动失败。
  • 业务场景限制：代理场景下单个请求会占用2个连接（分别对应客户端到Nginx、Nginx到上游），因此实际可承载的并发请求数仅为worker_connections的一半，设置参数时需要预留足够的冗余空间。
• 如果需要配置更高的worker_connections数值，需要先修改/etc/security/limits.conf文件，调高Nginx运行用户的文件描述符硬限制后再调整参数即可。

内容的提问来源于stack exchange，提问作者Nicolas Smit