बस साइट की स्थिति की निगरानी कैसे करें

सर्वरों के प्रदर्शन को दूरस्थ रूप से मॉनिटर करने के लिए, पेशेवर विशेष सॉफ्टवेयर सिस्टम का उपयोग करते हैं, जैसे कि ज़ैबिक्स या आईसिंगा । लेकिन, यदि आप एक छोटे से लोड के साथ एक या दो वेबसाइटों के एक नौसिखिए के मालिक या व्यवस्थापक हैं, तो बड़े मॉनिटरिंग सिस्टम की आवश्यकता नहीं है। मुख्य पैरामीटर यह है कि क्या साइट जल्दी से उपयोगकर्ताओं को सेवा देती है। इसलिए, आप इंटरनेट से जुड़े किसी भी कंप्यूटर से एक साधारण प्रोग्राम का उपयोग करके साइट के काम की निगरानी कर सकते हैं।



आइए अब इस स्क्रिप्ट को लिखें - साइट की उपलब्धता और गति की सबसे सरल निगरानी। इस कार्यक्रम को एक होम कंप्यूटर, स्मार्टफोन और इतने पर चलाया जा सकता है। कार्यक्रम के केवल दो कार्य हैं:

• स्क्रीन पर उस समय को दिखाता है जिस दौरान आपकी साइट उपयोगकर्ताओं को पेज देती है,
• साइट या त्रुटियों की धीमी प्रतिक्रियाओं के मामले में, प्रोग्राम एक फ़ाइल ("लॉग", या लॉग फ़ाइल) के लिए डेटा लिखता है। यह डेटा समय-समय पर समस्याओं को ठीक करने के लिए समय-समय पर जाँच करने के लायक है जब वे बस शुरू कर रहे हैं। इसलिए, हम इन लॉग को त्वरित देखने के लिए एक स्पष्ट, सुविधाजनक रूप में रिकॉर्ड करने का ध्यान रखेंगे।

मैं प्रत्येक चरण का विस्तार से वर्णन करूंगा ताकि एक शुरुआत भी जो केवल बैच फ़ाइलों (डॉस और विंडोज पर बल्ले और सीएमडी, यूनिक्स की तरह सिस्टम पर लिखने) से थोड़ा परिचित हो, बिना किसी समस्या के इसे समझ सकता है और अपनी आवश्यकताओं के लिए स्क्रिप्ट को अनुकूलित करने में सक्षम हो सकता है। लेकिन मैं आपसे इस स्क्रिप्ट का उपयोग बिना सोचे-समझे नहीं करने के लिए कहता हूं, क्योंकि अगर गलत तरीके से इस्तेमाल किया जाता है, तो यह उचित परिणाम नहीं दे सकता है और इसके अलावा, बहुत सारे ट्रैफ़िक को रोक सकता है ।

मैं ऑपरेटिंग सिस्टम जैसे लिनक्स और एक घरेलू कंप्यूटर पर इसके उपयोग के लिए एक स्क्रिप्ट का वर्णन करूंगा। समान सिद्धांतों द्वारा, यह अन्य प्लेटफार्मों पर किया जा सकता है। और जो लोग केवल लिनक्स की संभावनाओं को देख रहे हैं, उनके लिए एक और उदाहरण दिलचस्प हो सकता है, इसकी स्क्रिप्ट एक सरल और शक्तिशाली उपकरण क्या है।

1. संगठन पहले

हम इस प्रोग्राम के लिए एक अलग फ़ोल्डर बनाएंगे और इसमें 3 फाइलें बनाएंगे। उदाहरण के लिए, मेरे पास यह फ़ोल्डर / होम / me / Progs / iNet / मॉनिटर है (यहाँ मुझे मेरे उपयोगकर्ता का नाम है, Progs / iNet इंटरनेट से संबंधित कार्यक्रमों के लिए मेरा फ़ोल्डर है, और मॉनिटर इस प्रोग्राम का नाम है, शब्द मॉनिटर से, अर्थात चूंकि मैं इस कंप्यूटर का एकमात्र उपयोगकर्ता हूं, इसलिए मैं डिस्क के एक अलग सेक्शन में अपने पर्सनल फोल्डर (/ होम) के बीच ऐसी फाइलें रखता हूं, जो मुझे सिस्टम को फिर से इंस्टॉल करने पर बचाने की अनुमति देता है)। इस फ़ोल्डर में फ़ाइलें होंगी:

• README.txt - यहां एक विवरण है (स्केलेरोसिस के मामले में): यह किस तरह का कार्यक्रम है, इसकी पृष्ठभूमि की जानकारी, आदि।
• mon.sh - एक कार्यक्रम होगा जो साइट को प्रदूषित करता है।
• server.log - यहां यह साइट स्थिति संकेतक रिकॉर्ड करेगा। हमारे मामले में, यह साइट की प्रतिक्रिया की तिथि, समय और अवधि है (यदि सर्वर हमारे अनुरोध के साथ त्रुटि के साथ प्रतिक्रिया करता है, तो अतिरिक्त जानकारी)।

(संपादन की सुविधा के लिए और, अगर कुछ भी, फ़ाइलों को पुनर्स्थापित करना, आप इस फ़ोल्डर को गिट संस्करण नियंत्रण प्रणाली में शामिल कर सकते हैं; यहां मैं इसका वर्णन नहीं करूंगा)।

2. लगातार और आराम से

हम एक नियमित छोटे अंतराल के साथ mon.sh फ़ाइल चलाएंगे, उदाहरण के लिए, 60 सेकंड। मैंने ऑपरेटिंग सिस्टम द्वारा प्रदान किए गए मानक टूल का उपयोग किया (अधिक सटीक रूप से, डेस्कटॉप वातावरण)।

मेरा डेस्कटॉप पर्यावरण Xfce है। यह लिनक्स के लिए सबसे लोकप्रिय विकल्पों में से एक है। मुझे Xfce पसंद है क्योंकि यह आपको पूरे वातावरण को लगभग पूरी तरह से अनुकूलित करने की अनुमति देता है - जिस तरह से आपको पसंद है। इसी समय, Xfce दो अन्य प्रसिद्ध प्रणालियों - ग्नोम और केडीई से कुछ अधिक कॉम्पैक्ट और तेज है। (अन्य विकल्प भी दिलचस्प हैं - उदाहरण के लिए, LXDE वातावरण Xfce की तुलना में तेज और आसान है, लेकिन अभी तक सुविधाओं में इतना समृद्ध नहीं है)।

Xfce के मामले में हमें जिस टूल की आवश्यकता होती है, वह जेनेरिक मॉनीटर वर्किंग पैनल के लिए प्लग-इन है। आमतौर पर यह पहले से ही स्थापित है, लेकिन यदि नहीं, तो इंस्टॉलर इसे आसानी से ढूंढ लेगा: "जेनमोन" (विवरण: xfce4-genmon-plugin )। यह एक प्लगइन है जिसे पैनल में जोड़ा जा सकता है और सेटिंग में सेट किया जा सकता है: (1) कमांड को निष्पादित किया जाना है और (2) सेकंड में इसके निष्पादन की आवृत्ति। मेरे मामले में, कमांड:

/home/me/Progs/iNet/monitor/mon.sh

(या, समकक्ष, ~ / प्रोग्स / iNet / मॉनिटर / mon.sh)।

3. जब कार्यक्रम अभी तक नहीं है तो पहले से ही त्रुटियां हैं

यदि आपने इन सभी चरणों को अभी पूरा कर लिया है - फाइलें बनाई हैं और पैनल में प्लग-इन लॉन्च किया है - तो आप वहां हमारे प्रोग्राम को लॉन्च करने का परिणाम देखते हैं (त्रुटि संदेश: फ़ाइल mon.sh एक प्रोग्राम नहीं है)। फिर, फ़ाइल को निष्पादन योग्य बनाने के लिए, हमारे फ़ोल्डर पर जाएं और इसे चलाने की अनुमति दें -

• या फ़ाइल प्रबंधक: गुण - अनुमतियां - इस फ़ाइल को प्रोग्राम के रूप में चलाने की अनुमति दें;
• या टर्मिनल से एक कमांड: chmod 755 mon.sh

और फ़ाइल में ही, हम पहली पंक्तियाँ लिखते हैं:

#!/bin/bash # Monitor server responses (run this every 60 seconds): # info=$(curl -I -o /dev/stdout -w '%{time_total}' --url https://example.ru/ -m 9 -s) errr=$(echo $?) 

"Example.ru" के बजाय अपनी साइट का नाम बदलें, जिस स्थिति का आप अवलोकन करेंगे। और अगर यह http पर काम करता है, तो https के बजाय http लगाएं। लाइन #! / बिन / bash का अर्थ है कि यह बैश प्रोग्राम द्वारा लॉन्च की जाने वाली एक स्क्रिप्ट है (लिनक्स पर स्क्रिप्ट निष्पादित करने के लिए बैश संभवतः सबसे आम है)। एक और शेल के माध्यम से काम करने के लिए, यह बैश के बजाय संकेत दिया गया है। शुरुआत में एक तेज के साथ शेष लाइनें टिप्पणी हैं। कोड की पहली पंक्ति स्वयं जानकारी = $ () है और इन कोष्ठकों में मापदंडों के साथ कर्ल कमांड है। इस तरह के एक निर्माण - कुछ = $ (कुछ) - का अर्थ है "कोष्ठक में कमांड निष्पादित करें और परिणाम को बाईं ओर चर पर असाइन करें।" इस मामले में, मैंने चर का नाम "जानकारी" रखा। कोष्ठक में यह आदेश - कर्ल ("कुर्ल" के रूप में कुछ द्वारा निर्दिष्ट शब्दजाल में) - निर्दिष्ट पते पर नेटवर्क के लिए एक अनुरोध भेजता है और हमें सर्वर प्रतिक्रिया देता है। (मेरे परिचित ने समझाते हुए कहा: "क्रेन किस प्रकार ग्रसती है - और आकाश में कुछ अन्य क्रेन से प्रतिक्रिया मिलती है।") विकल्पों पर विचार करें:

 curl -I -o /dev/stdout -w '%{time_total}' --url https://example.ru/ -m 9 -s 

-मैं इसका मतलब है कि हम पूरे पृष्ठ का अनुरोध नहीं करते हैं, लेकिन केवल इसके "HTTP हेडर" हैं। यह सुनिश्चित करने के लिए कि साइट काम कर रही है, हर बार हमें पूरे पृष्ठ के पाठ की आवश्यकता नहीं होगी। चूंकि हम अक्सर साइट की जांच करेंगे, इसलिए संचारित डेटा का आकार यथासंभव छोटा बनाना महत्वपूर्ण है। यह ट्रैफ़िक, और बिजली और सर्वर पर लोड - और वन्य जीवन दोनों को बचाता है।

वैसे, होस्टिंग पर आपके पास कितना ट्रैफ़िक है (प्रति माह उपयोग नहीं किया जाता है) इस पर ध्यान दें। नीचे आप देखेंगे कि कितना डेटा संचरित है और यदि आपके पास पर्याप्त भंडार है तो आप गणना कर सकते हैं; यदि कुछ भी हो, तो साइट सत्यापन अवधि को 5, 10 या 30-60 मिनट तक बढ़ाया जा सकता है। यद्यपि इस मामले में तस्वीर इतनी पूरी नहीं होगी - और मामूली रुकावटों पर किसी का ध्यान नहीं जा सकता है; लेकिन, सामान्य तौर पर, किसी साइट की निगरानी करते समय, एक एकल रुकावट की तुलना में दीर्घकालिक समस्याओं का पता लगाना अधिक महत्वपूर्ण होता है। इसके अलावा, आप कॉलिंग कंप्यूटर पर कौन सा ट्रैफ़िक ले सकते हैं? मेरे मामले में - असीमित ट्रैफ़िक वाला एक डेस्कटॉप पीसी - यह इतना महत्वपूर्ण नहीं है; लेकिन सीमा के साथ मोबाइल डिवाइस या टैरिफ के लिए, यह गणना के लायक है और संभवतः, निरीक्षण अंतराल को बढ़ाता है।

4. चरण पहले चरण को छोड़कर चरण का अनुसरण करता है

आइए आगे बढ़ते हैं: -o / dev / stdout का अर्थ है "कुर्ल द्वारा प्राप्त प्रतिक्रिया को सर्वर से ऐसी और ऐसी फ़ाइल में भेजें।" और इस मामले में, यह डिस्क पर एक फ़ाइल नहीं है, लेकिन / dev / stdout - मानक आउटपुट डिवाइस है। आमतौर पर "मानक आउटपुट डिवाइस" हमारी स्क्रीन है जहां हम कार्यक्रम के परिणाम देख सकते हैं। लेकिन स्क्रिप्ट में, हम अक्सर इस "मानक आउटपुट" को आगे की प्रक्रिया के लिए निर्देशित करते हैं (अब - इसे जानकारी चर पर सहेजें)। और फिर हम, सबसे अधिक बार, या तो टीमों के परिणामों को चर में भेजेंगे, या उन्हें अगली टीमों को एक श्रृंखला में पास करेंगे। कमांड से चेन बनाने के लिए, पाइप ऑपरेटर ("पाइप") का उपयोग करें, एक ऊर्ध्वाधर बार ("|") के रूप में प्रदर्शित होता है।

-w '% {time_total} eyayu' : यहाँ -w का अर्थ है "मानक आउटपुट डिवाइस के लिए इस तरह की और अतिरिक्त जानकारी देना।" विशेष रूप से, हम time_total में रुचि रखते हैं - हमारे और सर्वर के बीच अनुरोध-प्रतिक्रिया संचरण में कितना समय लगा। आप शायद जानते हैं कि एक सर्वर का अनुरोध करने के लिए एक सरल आदेश है, पिंग, जल्दी से और उस से एक प्रतिक्रिया प्राप्त करने के लिए, पोंग। लेकिन पिंग केवल जाँचता है कि होस्टिंग सर्वर जीवित है, और सिग्नल इतने समय के लिए आगे और पीछे चला जाता है। यह पहुंच की अधिकतम गति को दर्शाता है, लेकिन फिर भी हमें इस बारे में कुछ नहीं बताता है कि साइट कितनी जल्दी वास्तविक सामग्री का उत्पादन करती है। पिंग जल्दी से काम कर सकता है, और एक ही समय में, साइट धीमा हो सकती है या बिल्कुल काम नहीं कर सकती है - उच्च भार या कुछ आंतरिक समस्याओं के कारण। इसलिए, हम बिल्कुल कुर्ला का उपयोग करते हैं और वास्तविक समय मिलता है जब सर्वर हमारी सामग्री प्रदर्शित करता है।

(और इस पैरामीटर से आप यह निर्धारित कर सकते हैं कि सर्वर आपके कार्यों के लिए कुशलता से काम कर रहा है या नहीं, क्या इसका विशिष्ट प्रतिक्रिया समय उपयोगकर्ताओं के लिए सुविधाजनक है। क्या कोई समस्या है - उदाहरण के लिए, कई होस्टिंग साइटों पर मेरी साइटें समय के साथ धीमी हो गई हैं, और मुझे दूसरी होस्टिंग की तलाश करनी थी)

क्या आपने {time_total} के बाद अजीब अक्षरों "आईयू" पर ध्यान दिया है? मैंने उन्हें एक अद्वितीय लेबल के रूप में जोड़ा, जो शायद सर्वर से हमें भेजे गए हेडर में नहीं होगा (हालांकि यह मानते हुए कि आपके कार्यक्रमों के उपयोगकर्ता खराब होंगे और रसातल के लिए सड़क नहीं होगा। ऐसा मत करो! .. या, जब आप करते हैं!) कम से कम आप पर शर्म आती है)। इस लेबल के द्वारा (मुझे आशा है) फिर हम जानकारी के उस टुकड़े को आसानी से खींच सकते हैं जिसे हमें सूचना चर में पंक्तियों के एक पूरे गुच्छा से चाहिए। तो, कर्ल -w '% {time_total} ehayu' (शेष पैरामीटर सही होने के साथ) हमें कुछ देगा:

0.215238eyayu

यह उस सेकंड की संख्या है जो इस साइट को एक्सेस करने में लिया गया है, साथ ही हमारा लेबल। (इस पैरामीटर के अलावा, जानकारी चर में, हम मुख्य रूप से "स्थिति कोड" में रुचि रखेंगे - स्थिति कोड, या, बस, सर्वर प्रतिक्रिया कोड। आमतौर पर, जब सर्वर अनुरोधित फ़ाइल जारी करता है, तो कोड "200" होता है। जब पृष्ठ नहीं मिलता है। , यह प्रसिद्ध 404 है। जब सर्वर पर त्रुटियां होती हैं, तो यह अक्सर 500 के साथ कुछ होता है)।

5. रचनात्मकता - आत्म-परीक्षण के पिता

हमारे कर्ल के शेष पैरामीटर निम्नानुसार हैं:

 --url https://example.ru/ -m 9 -s 

इसका क्या अर्थ है: इस तरह के और इस तरह के एक पते का अनुरोध करने के लिए; अधिकतम प्रतिक्रिया समय 9 सेकंड है (आप कम सेट कर सकते हैं, क्योंकि एक दुर्लभ उपयोगकर्ता साइट से प्रतिक्रिया के लिए इतने लंबे समय तक इंतजार करेगा, वह जल्दी से साइट को काम नहीं करेगा)। और "-s" का अर्थ है चुप, यानी कर्ल हमें अनावश्यक विवरण नहीं बताएगा।

वैसे, आमतौर पर डेस्कटॉप पैनल पर बहुत अधिक जगह नहीं होती है, इसलिए, स्क्रिप्ट को डीबग करने के लिए, टर्मिनल से इसे चलाना बेहतर होता है (इसके फ़ोल्डर में ./mon.sh कमांड का उपयोग करके)। और हमारे पैनल प्लगइन के लिए, हम 3600 सेकंड - कमांड के लॉन्च के बीच एक लंबा विराम लगा देंगे।

डिबगिंग के लिए, हम इस कर्ल को ब्रैकेट्स को फ्रेम किए बिना चला सकते हैं और देख सकते हैं कि यह क्या पैदा करता है। (इससे और यातायात खपत की गणना करें)। हम मुख्य रूप से HTTP हेडर का एक सेट देखेंगे, जैसे:

 HTTP/1.1 302 Found Server: QRATOR Date: Sun, 11 Feb 2019 08:06:57 GMT Content-Type: text/html; charset=UTF-8 Connection: keep-alive Keep-Alive: timeout=15 X-Powered-By: PHP/7.2.14-1+ubuntu16.04.1+deb.sury.org+1 Location: https://habr.com/ru/ X-Frame-Options: SAMEORIGIN X-Content-Type-Options: nosniff Strict-Transport-Security: max-age=63072000; includeSubDomains; preload X-Cache-Status: HIT 0.033113 

यहाँ पहली पंक्ति हम "HTTP / 1.1 302 मिला" देखते हैं - जिसका अर्थ है: डेटा स्थानांतरण प्रोटोकॉल "HTTP / 1.1" है, सर्वर प्रतिक्रिया कोड "302 मिला" है। दूसरे पृष्ठ का अनुरोध करते समय, यह कोड "301 मूव्ड परमानेंटली" आदि हो सकता है। एक और उदाहरण में, मेरे सर्वर की सामान्य प्रतिक्रिया "HTTP / 2 200" है। यदि आपका सर्वर सामान्य रूप से अलग-अलग प्रतिक्रिया करता है, तो इस स्क्रिप्ट में "HTTP / 2 200" के बजाय इस उत्तर को प्रतिस्थापित करें।

अंतिम पंक्ति, जैसा कि हम देखते हैं, कुर्ल बाहर देता है, कितने सेकंड में हमें अपने असाइन किए गए लेबल के साथ सर्वर प्रतिक्रिया मिली।

दिलचस्प: हम साइट को कॉन्फ़िगर कर सकते हैं ताकि यह हमारे अनुरोधों पर रिपोर्ट करे (और केवल उन पर!) अपने राज्य के बारे में अतिरिक्त जानकारी - उदाहरण के लिए, "होममेड" HTTP हेडर में। मान लीजिए कि साइट के प्रोसेसरों पर लोड क्या है, इसमें कितनी मेमोरी और डिस्क स्थान है और डेटाबेस कितनी तेजी से काम कर रहा है। (बेशक, इसके लिए साइट को गतिशील होना चाहिए, अर्थात अनुरोधों को प्रोग्राम द्वारा संसाधित किया जाना चाहिए - PHP, Node.JS, आदि में। एक अन्य विकल्प सर्वर पर विशेष सॉफ़्टवेयर का उपयोग करना है)। लेकिन शायद हमें अभी तक इन विवरणों की आवश्यकता नहीं है। इस स्क्रिप्ट का उद्देश्य साइट के समग्र प्रदर्शन की नियमित निगरानी करना है। समस्याओं के मामले में - हम पहले से ही अन्य तरीकों से निदान के साथ सौदा करेंगे। इसलिए, अब हम सबसे सरल स्क्रिप्ट लिख रहे हैं जो किसी भी साइट के लिए काम करेगी, यहां तक ​​कि एक स्थिर भी, और सर्वर पर अतिरिक्त सेटिंग्स के बिना। भविष्य में, यदि वांछित है, तो स्क्रिप्ट की क्षमताओं का विस्तार करना संभव होगा; इस बीच, आधार बनाओ।

स्ट्रिंग इर्र = = $ (इको $?) का अर्थ है: इरो $ ज के परिणाम को "गूंज $?" का परिणाम लिखें। इको कमांड का अर्थ है मानक आउटपुट डिवाइस (स्टडआउट) पर कुछ टेक्स्ट प्रिंट करना, और अक्षर "$?" - यह वर्तमान त्रुटि कोड (पिछली कमांड से शेष) है। इसलिए, यदि हमारा कर्ल अचानक सर्वर तक नहीं पहुंच सकता है, तो यह एक गैर-शून्य त्रुटि कोड देगा, और हम इरर चर की जांच करके इस बारे में पता लगाएंगे।

6. शीघ्रता

यहां मैं पाठ को और अधिक रोचक बनाने के लिए तकनीकी मामलों से एक छोटा सा विषयांतर बनाना चाहता हूं। (यदि आप सहमत नहीं हैं, तो तीन पैराग्राफ छोड़ें)। मैं कहूंगा कि सभी मानवीय गतिविधि अपने तरीके से उचित हैं। यहां तक ​​कि जब कोई व्यक्ति जानबूझकर अपने माथे को एक दीवार के खिलाफ (या फर्श पर ... कीबोर्ड पर ...) मारता है, तो इसकी अपनी अभिव्यक्ति है। उदाहरण के लिए, यह भावनात्मक ऊर्जा के लिए एक आउटलेट प्रदान करता है - शायद "सर्वश्रेष्ठ" तरीके से नहीं, लेकिन यह कैसे हो सकता है। (हां, और "सर्वश्रेष्ठ" की बहुत अवधारणा इस जगह में इस क्षण के दृष्टिकोण से व्यर्थ है - क्योंकि सबसे अच्छा और सबसे खराब कुछ और की तुलना में केवल संभव है)।

मैं अब यह पाठ लिख रहा हूँ, बजाय मेरे लिए महत्वपूर्ण मामलों के - क्यों? सबसे पहले, स्टॉक लेने के लिए, समीक्षा और आंतरिक रूप से इन दो दिनों में स्क्रिप्ट लिखने में जो कुछ मैंने सीखा, उसके समतल के माध्यम से ... इसे रैम से निकालें और इसे स्टोर करें। दूसरे, इस तरह से मुझे थोड़ा आराम है ... तीसरा, मुझे उम्मीद है कि यह चबाया गया स्पष्टीकरण किसी और के लिए उपयोगी होगा (और खुद, शायद किसी दिन)। कैसे, अगर यह सबसे अच्छा है, लेकिन स्क्रिप्ट और सर्वर अनुरोधों के विषय में सबसे अच्छा, लेकिन अलग अनुस्मारक नहीं है।

हो सकता है, कोई व्यक्ति मुझे किसी चीज़ में सुधार देगा, और परिणाम और भी बेहतर हो जाएगा। किसी को उपयोगी जानकारी का एक टुकड़ा मिलेगा। क्या यह उचित है? शायद ... यही मैं अब कर सकता हूं और कर रहा हूं। कल, शायद मैं जागूंगा और वर्तमान कार्यों का पुनर्मूल्यांकन करूंगा ... लेकिन यह आश्वासन बाद के जीवन के लिए कुछ उपयोगी भी प्रदान करेगा।

इसलिए, अनुरोध को पूरा करने पर, हमारे पास दो टुकड़े हैं:

• सर्वर से जानकारी का मुख्य ब्लॉक (यदि, निश्चित रूप से, सर्वर प्रतिक्रिया आई), तो हमने इसे जानकारी चर में लिखा;
• कर्ल कमांड एरर कोड (0, अगर कोई त्रुटि नहीं है) - इर्र चर के लिए लिखा गया है।

सटीक रूप से क्योंकि दोनों योग - जानकारी और एक त्रुटि कोड - दोनों की आवश्यकता है, मैंने उन्हें चर में लिखा था, और पाइप के माध्यम से तुरंत कुर्ल के योग को अन्य टीमों को पास नहीं किया था। लेकिन अब इस स्क्रिप्ट में पाइप पर चढ़ने का समय है:

 code=$(echo "$info" | grep HTTP | grep -v 'HTTP/2 200') date=$(echo "$info" | grep -i 'date:') dlay=$(echo "$info" | grep  | sed -e 's///') 

इनमें से प्रत्येक पंक्ति में हम एक और चर लिखते हैं - हम कमांड के निष्पादन के परिणामों को बचाते हैं। और प्रत्येक मामले में यह एक टीम नहीं है, बल्कि एक श्रृंखला है; पहला लिंक हर जगह समान है: इको "$ जानकारी" - मानक आउटपुट डिवाइस (stdout) की धारा पर लौटता है, जो हमने सहेजे गए सूचना के बहुत ब्लॉक, कर्ल से प्राप्त किया। पाइप के नीचे, इस धारा को grep कमांड में पास किया जाता है। ग्रीप केवल उन सभी लाइनों से चयन करता है जिनमें यह पैटर्न से मेल खाता है। (-I विकल्प का अर्थ है "केस असंवेदनशील")। जैसा कि आप देख सकते हैं, पहले मामले में हम "एचटीटीपी" लाइन का चयन करते हैं। बाकी के ढेर से खींची गई इस लाइन को पाइप को कमांड grep -v 'HTTP / 2 200' के पास भेजा जाता है। यहां, -v विकल्प -e विकल्प के विपरीत है, यह उन लाइनों को फ़िल्टर करता है जहां ऐसा पैटर्न पाया जाता है। कुल, कोड चर में सर्वर प्रतिक्रिया कोड (जैसे "HTTP / 1.1 302 मिला") के साथ एक पंक्ति होगी, लेकिन केवल अगर यह 'HTTP / 2 200' नहीं है। इसलिए मैं उन लाइनों को फ़िल्टर करता हूं जो मेरी साइट सामान्य स्थिति में भेजती है, और केवल "असामान्य" उत्तरों को बचाती है। (यदि आपके पास एक सामान्य सर्वर प्रतिक्रिया है, तो इसे वहां प्रतिस्थापित करें)।

इसी प्रकार, परिवर्तनशील तिथि में हम उस पंक्ति को लिखते हैं जिसमें सर्वर ने अपनी वर्तमान तिथि और समय जारी किया था। यह कुछ इस तरह है " तिथि: सूर्य, 11 फरवरी 2019 08:06:57 GMT " (आमतौर पर जीएमटी समय क्षेत्र, उर्फ बीटीसी )। हमें अपनी लॉग फ़ाइल ("सर्वर स्थिति लॉग") - server.log में दिनांक (लेकिन केवल दिन में एक बार!) लिखने की आवश्यकता है। और उसी समय हम इस समय को स्क्रीन पर प्रदर्शित करेंगे। आप अपने कंप्यूटर से लॉग-इन करने के लिए एक तारीख-समय लिख सकते हैं, लेकिन सुविधा के लिए हम इन्हें लेते हैं, क्योंकि सर्वर ने उन्हें वैसे भी भेजा था।

यह हमारे तीसरे चर के साथ समान है, डेली (अंग्रेजी शब्द देरी - देरी से)। हम अपने टेंडर लेबल "ईयूयू" में लाइन का चयन करते हैं जिसमें हमने सर्वर से प्रतिक्रिया की प्रतीक्षा की अवधि को बनाए रखा। हम इस लेबल को हटा देते हैं, जिसकी अब आवश्यकता नहीं है, sed कमांड का उपयोग करते हुए - और परिणाम सहेजें।

अब, अगर हम सत्यापन के लिए इन चरों को प्रिंट करते हैं - उदाहरण के लिए, हमारी स्क्रिप्ट में लाइनें जोड़ना:

 printf 'errr: %s\n' "$errr" printf 'code: %s\n' "$code" printf '%s\n' "$date" printf 'dlay: %s\n' "$dlay" 

आपको कुछ ऐसा मिलना चाहिए:

 errr: 0 code: date: Mon, 11 Feb 2019 12:46:18 GMT dlay: 0.236549 

कुल: कर्ल का त्रुटि कोड शून्य है (जिसका अर्थ है कि यह ठीक काम किया है)। सर्वर स्थिति कोड - दर्ज नहीं किया गया (जैसा कि यह सामान्य था)। तारीख और समय। प्रतिक्रिया की अवधि। यह सही ढंग से प्रदर्शित करने के लिए रहता है कि आपको स्क्रीन पर क्या चाहिए और, यदि आवश्यक हो, तो एक फ़ाइल पर लिखें।

यह सबसे दिलचस्प है: क्या, किन परिस्थितियों में और कैसे रिकॉर्ड करना है?

7. मुश्किल निष्कर्ष

आपको अधिक विवरण के साथ बोर नहीं करने के लिए, मैं आपको संक्षेप में बताऊंगा (और इंटरनेट पर इन सभी आदेशों पर पर्याप्त अच्छी निर्देशिकाएं हैं )। वैसे, संक्षिप्तता एक मुख्य लक्ष्य है जिसे हम इस लॉग में लिखते समय प्राप्त करेंगे। फिर यह देखने के लिए सुविधाजनक होगा, और कभी भी डिस्क स्थान नहीं लेगा (प्रति दिन मेगाबाइट्स में बढ़ने वाले अन्य लॉग के विपरीत)।

पहला: हम केवल एक बार लॉग करने के लिए तारीख लिखना सुनिश्चित करते हैं, और प्रत्येक पंक्ति पर नहीं। ऐसा करने के लिए, हमारी चर तारीख से अलग-अलग वर्तमान तिथि (वक्र) और समय (समय) चुनें:

 curr=$(echo "$date" | sed -e 's/\(20[0-9][0-9]\).*$/\1/') time=$(echo "$date" | sed -e 's/^.*\ \([0-9][0-9]:.*\)\ GMT\r$/\1/') 

और भी हम लॉग फ़ाइल से तारीखों के साथ लाइनों पर विचार करते हैं और अंतिम तिथि (मौजूदा) लेते हैं:

 prev=$(cat /home/me/Progs/iNet/monitor/site.log | grep -e 'date:' | tail -1) 

यदि हमारी वर्तमान तिथि (वक्र) पिछले एक (फ़ाइल से, प्रचलित) के बराबर नहीं है, तो एक नया दिन आ गया है (या कहें, लॉग फ़ाइल खाली थी); फिर फ़ाइल को नई तारीख लिखें:

 if [[ $curr != $prev ]]; then printf '%s\n' "$curr" >>/home/me/Progs/iNet/monitor/site.log printf '%s %s %s\n' "$time" "$dlay" "$code" >>/home/me/Progs/iNet/monitor/site.log 

... और एक ही समय में हम वर्तमान जानकारी रिकॉर्ड करते हैं: समय, साइट से प्रतिक्रिया प्राप्त करने में देरी, साइट प्रतिक्रिया कोड (यदि सामान्य नहीं):

  printf '%s %s %s\n' "$time" "$dlay" "$code" >>/home/me/Progs/iNet/monitor/site.log 

यह नेविगेट करने में मदद करेगा: इस तरह के एक दिन साइट की ऐसी और ऐसी गति के साथ शुरू हुआ। अन्य मामलों में, चलो अनावश्यक प्रविष्टियों के साथ फ़ाइल को अव्यवस्थित न करें। यदि हमें एक असामान्य सर्वर स्थिति कोड मिलता है, तो निश्चित रूप से हम इसे लिखेंगे:

 elif [[ -n $code ]]; then printf '%s %s %s\n' "$time" "$dlay" "$code" >>/home/me/Progs/iNet/monitor/site.log 

और यह भी लिखें कि क्या सर्वर प्रतिक्रिया समय सामान्य से अधिक लंबा है। मेरी साइट आमतौर पर 0.23-0.25 सेकंड के लिए जिम्मेदार थी, इसलिए मैं जवाब देता हूं जो 0.3 सेकंड से अधिक समय लेता है:

 elif (( $(echo "$dlay > 0.3" | bc -l) )); then printf '%s %s\n' "$time" "$dlay" >>/home/me/Progs/iNet/monitor/site.log 

अंत में, एक घंटे में, मैं बस सर्वर से प्राप्त समय रिकॉर्ड करता हूं - एक संकेत के रूप में कि यह जीवित है, और एक ही समय में फ़ाइल के एक प्रकार के मार्कअप के रूप में:

 else echo "$time" | grep -e :00: | cat >>/home/me/Progs/iNet/monitor/site.log fi 

हमें फ़ाइल की सामग्री मिलती है, जहां प्रति घंटा रिकॉर्ड के साथ मार्कअप नेत्रहीन, बिना पढ़ने के माध्यम से, यह देखने के लिए करता है कि लोड अधिक या कम है (प्रति घंटे अधिक रिकॉर्ड)

 19:42:28 0.461214 19:53:29 0.443956 20:00:29 20:09:30 2.156462 20:10:29 0.358294 20:45:29 0.313378 20:51:30 0.563886 20:54:30 0.307219 21:00:30 0.722343 21:01:30 0.310284 21:09:30 0.379662 21:10:31 1.305779 21:12:35 5.799455 21:23:31 1.054537 21:24:31 1.230391 21:40:31 0.461266 21:42:37 7.140093 22:00:31 22:12:37 5.724768 22:14:31 0.303500 22:42:37 5.735173 23:00:32 23:10:32 0.318207 date: Mon, 11 Feb 2019 00:00:34 0.235298 00:01:33 0.315093 01:00:34 01:37:41 5.741847 02:00:36 02:48:37 0.343234 02:56:37 0.647698 02:57:38 1.670538 02:58:39 2.327980 02:59:37 0.663547 03:00:37 03:40:38 0.331613 04:00:38 04:11:38 0.217022 04:50:39 0.313566 04:55:45 5.719911 05:00:39 

और अंत में, हम स्क्रीन पर जानकारी प्रदर्शित करते हैं। और यह भी, यदि कर्ल विफल हो गया, तो हम इसके बारे में एक संदेश प्रदर्शित करते हैं और लिखते हैं (और उसी समय पिंग चलाते हैं और यह जांचने के लिए लॉग इन करते हैं कि क्या सर्वर बिल्कुल जीवित है):

 printf '%s\n%s\n%s' "$time" "$dlay" "$code" if (( $errr != 0 )); then date >>/home/me/Progs/iNet/monitor/site.log date printf 'CURL Request failed. Error: %s\n' "$errr" >>/home/me/Progs/iNet/monitor/site.log printf 'CURL Request failed. Error: %s\n' "$errr" pung=$(ping -c 1 178.248.237.68) printf 'Ping: %s\n----\n' "$pung" >>/home/me/Progs/iNet/monitor/site.log printf 'Ping: %s\n' "$pung" fi 

IP पते को अपनी साइट के वास्तविक IP पते के साथ पिंग स्ट्रिंग में बदलें।

8. बाद में

काम का परिणाम:



पैनल पर बाईं ओर आप यूटीसी में समय और साइट की वर्तमान जवाबदेही देख सकते हैं। दाईं ओर लॉग है: यह रैली को दिखाई देता है, यहां तक ​​कि सरसरी स्क्रॉलिंग के साथ, किन घंटों में लोड अधिक या कम था। आप असामान्य रूप से धीमी प्रतिक्रियाओं (चोटियों को नोटिस कर सकते हैं; हालांकि यह अभी तक स्पष्ट नहीं है कि वे कहां से आते हैं)।

वह सब है। स्क्रिप्ट सरल, ओक, और इसे बेहतर बनाया जा सकता है: अनुकूलन, पोर्टेबिलिटी, नोटिफिकेशन और डिस्प्ले में सुधार, प्रॉक्सी और कैश को ध्यान में रखकर काम करना ...

लेकिन पहले से ही इस प्रकार के कार्यक्रम में, यह शायद आपकी साइट की स्थिति का एक विचार दे सकता है। और इसे बुद्धिमानी से उपयुक्त और लोगों और सभी प्राणियों के लिए उपयोगी साइट होने दें!



पुनश्च। चर्चा के बाद (02/12/2019 को):

जैसा कि मैंने आशा व्यक्त की, विशेषज्ञों ने बहुत सी रोचक टिप्पणियाँ लिखीं।

इस पर विचार करने के बाद, मैं rsashka सवाल का जवाब दे सकता हूं, इस स्क्रिप्ट का क्या फायदा है।

अन्य उपकरण, जैसे कि NetData (टिप के लिए tchspprt के लिए धन्यवाद!), लंबे समय तक संग्रहीत नहीं किया जाएगा डेटा का एक बड़ा सरणी प्रदान करता है। नेटडाटा एक अच्छा उपकरण है जब आप हर दिन काम करते हैं, पेशेवर रूप से वेबसाइटों को बनाए रखते हैं। वर्तमान समस्याओं के निदान के लिए अच्छा है।

मेरी तरह एक स्क्रिप्ट अन्य चीजों को करते समय नजर रखने के लिए है। स्क्रिप्ट को विशेष अध्ययन और सेटिंग्स की आवश्यकता नहीं है। यह आम लोगों के लिए बुरा नहीं है। और इसके लॉग इतनी कम जगह लेते हैं कि उन्हें बिल्कुल भी नहीं मिटाया जा सकता। वे वर्षों में जमा कर सकते हैं, और वर्षों में एन + 1 आप देख सकते हैं: "वाह, 2019 में, मेरी प्रतिक्रिया का समय डेढ़ गुना कम था! .."

, — , . ( tchspprt : « »).

andreymal , , . . , , , .

unnforgiven — , (prometheus, blackbox alermanager docker composer). , VPS ; Linux — . !

tchspprt : Graphite + Prometheus + Grafana. (gnuplot rrdtool).

Mcalexvrn : uptimerobot . धन्यवाद!

! …