हम इस तरह की चीजों को पकड़ने के लिए nginx और logmon में लॉग फॉर्मेट के संयोजन का उपयोग करते हैं। एक NGINX लॉग प्रारूप जैसे:
log_format मुख्य '$ स्थिति: $ request_time: $ upstream_response_time: $ पाइप: $ body_bytes_sent $ कनेक्शन $ Remote_addr $ host $ Remote_user [$ time_local ":" $ अनुरोध_ "$ http_referer" "$ http_user_agent" "$ http_usx_for_for_the_free_d में: $ http_cookie "'
बहुत से उपयोगी नैदानिक जानकारी को कैप्चर करेगा, अपस्ट्रीम सर्वर की तरह जो अनुरोध को संभालेगा, साथ ही सामने की स्थिति को भी सामने रखेगा, ताकि लॉग को बहुत तेजी से स्क्रॉल करने पर भी पढ़ना आसान हो।
हम इन लॉग को देखने के लिए LMON का उपयोग करते हैं और फिर लॉग्स में 500s, 503s, 400s जैसी त्रुटियों को देखते हुए हमें (पेजर्स / ईमेल) अलर्ट करते हैं:
http://www.bsdconsulting.no/tools/lmon-README
यह आपको किसी समस्या के प्रति सचेत करने में मदद कर सकता है जब ऐसा हो रहा है जो इसे डिबग करने का सबसे आसान समय है।
दूसरी बात जिस पर आपको पहले से विचार नहीं करना चाहिए, वह यह है कि डिफ़ॉल्ट नग्नेक्स 500 को एक घातक स्थिति मानता है और दूसरे अपस्ट्रीम की कोशिश नहीं करता है। यदि आपके पास कई अपस्ट्रीम हैं, तो आप इसे 500 का हो जाने पर दूसरे का उपयोग करने के लिए कॉन्फ़िगर कर सकते हैं, उम्मीद है कि उपयोगकर्ता से विफलता का अवलोकन कर सकते हैं:
http://wiki.nginx.org/NginxHttpProxyModule#proxy_next_upstream
error_log
। अपनी कॉन्फ़िगरेशन फ़ाइल भी पोस्ट करें।