我有一个 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,之后就不再出现问题了。