मैं एक nginx सर्वर चला रहा हूँ जो एक अपस्ट्रीम यूनिक्स सॉकेट के लिए एक प्रॉक्सी की तरह काम करता है:
upstream app_server {
server unix:/tmp/app.sock fail_timeout=0;
}
server {
listen ###.###.###.###;
server_name whatever.server;
root /web/root;
try_files $uri @app;
location @app {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $http_host;
proxy_redirect off;
proxy_pass http://app_server;
}
}
कुछ ऐप सर्वर प्रक्रियाएं, बदले में, अनुरोधों को /tmp/app.sockउपलब्ध होने के रूप में बंद कर देती हैं। यहां उपयोग में आने वाला विशेष ऐप सर्वर यूनिकॉर्न है, लेकिन मुझे नहीं लगता कि यह इस प्रश्न के लिए प्रासंगिक है।
मुद्दा यह है, यह सिर्फ लगता है कि लोड की एक निश्चित राशि पिछले है, nginx एक तेज पर्याप्त दर पर सॉकेट के माध्यम से अनुरोध प्राप्त नहीं कर सकता है। इससे कोई फर्क नहीं पड़ता कि मैंने कितने ऐप सर्वर प्रोसेस सेट किए हैं।
मुझे इन संदेशों की बाढ़ nginx त्रुटि लॉग में मिल रही है:
connect() to unix:/tmp/app.sock failed (11: Resource temporarily unavailable) while connecting to upstream
कई अनुरोधों के परिणामस्वरूप स्थिति कोड 502 है, और जो पूरा होने में लंबा समय नहीं लेते हैं। नेगनेक्स क़तार क़ानून को 1000 के आसपास बताता है।
वैसे भी, मुझे ऐसा लगता है कि मुझे यहाँ कुछ स्पष्ट याद आ रहा है, क्योंकि nginx और ऐप सर्वर का यह विशेष विन्यास बहुत सामान्य है, विशेषकर Unicorn के साथ (यह वास्तव में अनुशंसित विधि है)। क्या कोई लिनक्स कर्नेल विकल्प हैं जिन्हें सेट करने की आवश्यकता है, या नगनेक्स में कुछ है? अपस्ट्रीम सॉकेट में थ्रूपुट को कैसे बढ़ाया जाए, इसके बारे में कोई विचार? कुछ ऐसा जो मैं स्पष्ट रूप से गलत कर रहा हूं?
पर्यावरण पर अतिरिक्त जानकारी:
$ uname -a
Linux servername 2.6.35-32-server #67-Ubuntu SMP Mon Mar 5 21:13:25 UTC 2012 x86_64 GNU/Linux
$ ruby -v
ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux]
$ unicorn -v
unicorn v4.3.1
$ nginx -V
nginx version: nginx/1.2.1
built by gcc 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)
TLS SNI support enabled
वर्तमान कर्नेल ट्विक्स:
net.core.rmem_default = 65536
net.core.wmem_default = 65536
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.ipv4.tcp_mem = 16777216 16777216 16777216
net.ipv4.tcp_window_scaling = 1
net.ipv4.route.flush = 1
net.ipv4.tcp_no_metrics_save = 1
net.ipv4.tcp_moderate_rcvbuf = 1
net.core.somaxconn = 8192
net.netfilter.nf_conntrack_max = 524288
एल्गिन उपयोगकर्ता के लिए यूलिमेट सेटिंग:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 20
file size (blocks, -f) unlimited
pending signals (-i) 16382
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 65535
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) unlimited
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
ulimit -nकहते हैं 65535।
ulimitविशेष रूप से खुली फ़ाइलों की संख्या के आउटपुट की जांच की ?