Sinatra + Thin + Nginx connect()在连接到上游时失败(111:连接被拒绝)

Sinatra + Thin + Nginx connect()在连接到上游时失败(111:连接被拒绝)

我有一个 Sinatra 应用程序在 Thin 上运行,使用 Nginx 作为反向代理,并接收大量流量。我的用户报告了 502 错误,查看 Nginx 日志时,我看到很多这样的错误:

[warn] upstream server temporarily disabled while connecting to upstream
[error] connect() failed (111: Connection refused) while connecting to upstream

如果我查看 Sinatra 应用程序的日志,我没有看到任何错误。

我正在使用以下内容启动 Thin 服务器:

--max-conns 15360 --max-persistent-conns 2048 --threaded start

我为 Ninx 设置了以下内容:

worker_processes  auto;
worker_rlimit_nofile 65535;

events {
    worker_connections  15360;
}

Sinatra 应用程序的主机文件:

server {
    server_name my_sinatra_app;

    #lots of bots try to find vulnerabilities in php sites
    location ~ \.php {
        return 404;
    }

    location / {
        proxy_pass http://localhost:6903;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_cache_bypass $http_upgrade;

        #increase buffers
        proxy_buffer_size          128k;
        proxy_buffers              4 256k;
        proxy_busy_buffers_size    256k;
    }

    listen 443 ssl; # managed by Certbot
    #...
    #SSL stuff
}

为什么会发生这种情况?流量太大?

解决方案是什么?我是否继续增加worker_connections--max-conns直到错误停止?

输出htop似乎服务器可以处理更多:

顶部

有什么见解/建议吗?

编辑

虽然我没有在 Sinatra 日志或systemctl status输出中看到任何错误,但我确实注意到该服务从未运行很长时间,因此 Thin 服务器似乎经常崩溃。有什么想法可以进一步调试吗?

答案1

所以问题实际上出在 Thin 服务器上,由于某种原因,它每隔几分钟就会因 C++ 错误而崩溃,因此 Nginx 在尝试连接 Thin 时会抛出这些错误并失败(因为 Thin 会崩溃/重新启动)。

解决方案是用 Puma 替换 Thin,之后就不再出现问题了。

相关内容