सर्वर के लिए हर दूसरे की निगरानी - बुरा?


11

मैं सोच रहा था कि क्या हर दूसरे "HTTP GET रिक्वेस्ट" करने से कोई सर्वर UP की जाँच का लाभ उठा रहा है?

क्या कोई सर्वर इसे संभाल सकता है?


एक अन्य विकल्प इसके विपरीत कर रहा है: सर्वर को बाहर से मॉनिटर करने के बजाय, सर्वर को अंदर से मॉनिटर करें, जैसे कि ru-on.com के साथ । आप मूल रूप से अपने सर्वर पर एक छोटी स्क्रिप्ट स्थापित करते हैं जो किसी अन्य सर्वर को बहुत बार पिंग करता है, इसलिए आप अपने वेब सर्वर के लिए जीवन को कठिन बनाए बिना अपने अपटाइम की निगरानी कर सकते हैं।
मैक्सिम ज़ास्लावस्की

3
@ मोमिस, आपके सुझाव के साथ कई समस्याएं हैं। सबसे पहले, यह जाँच नहीं करता है कि HTTP सेवा सर्वर पर चल रही है। दूसरा, सर्वर के डाउन होने पर क्या होता है, इसकी समस्या है। उस पर अभी भी नजर रखने की जरूरत है। इसके अलावा, स्थानीय मशीन के खिलाफ एक साधारण परिणाम द्वारा एक ही परिणाम हो सकता है।
जॉन गार्डनियर्स

जवाबों:


26

क्या "कोई" सर्वर इसे संभाल सकता है? शायद।

क्या आपको करना चाहिए? शायद ऩही।

अपने आप से कुछ सवाल पूछें:

  1. एक आउटेज का जवाब देने के लिए आप कितनी तेजी से होंगे?
  2. आप सामान्य तौर पर प्रति सेकंड कितने पेजव्यू प्राप्त करते हैं?
  3. "डाउन" को कॉल करने और अलर्ट भेजने से पहले आप कितनी लगातार त्रुटियों को देखने के लिए तैयार हैं?
  4. क्या आपके पास आंतरिक या बाहरी ग्राहकों के साथ कोई SLA है जिसे सम्मानित करने की आवश्यकता है?
  5. एक उचित निगरानी और प्रतिक्रिया समय जैसा लगता है ऊपर सूचीबद्ध प्रश्नों के आधार पर?

जब मैं पहली बार प्रोग्राम करना सीख रहा था, तो मैंने फैसला किया कि मैं स्टॉपवॉच बनाना चाहता हूं। जब मुझे आखिरकार एक काम करने वाला एप्लिकेशन मिला, मैंने देखा कि जब भी मैं इसे चलाता था, मेरे लैपटॉप पर सीपीयू का उपयोग 100% था।

मेरे निष्पादन लूप में एक प्रतीक्षा चक्र नहीं था। यह सिर्फ टाइम फंक्शन पर अमल करता रहा।

उस दिन मैंने एक मूल्यवान सबक सीखा: असीम रूप से सटीक माप जैसी कोई चीज नहीं है।


6

जबकि मैं, हर किसी के बारे में, जैसा कि अक्सर निगरानी करना चाहता हूँ, तकनीकी पक्ष एक गैर-मुद्दा है, के कारण पर सवाल उठाते हैं। एक GET अनुरोध हर सेकंड एक विशिष्ट पृष्ठ लोड की तुलना में बिल्कुल trifling है।

क्या आपका सर्वर इसे संभाल सकता है? हमारे पास ऐसा कुछ नहीं है, जिस पर इस तरह के सवाल का जवाब दिया जा सके, लेकिन अगर आपके सर्वर में कोई समस्या है, तो मैं यह सुझाव दूंगा कि यह जो भी है, उसके लिए यह पूरी तरह से अपर्याप्त है।


3

नागिओस या मुनिन शायद हर सेकंड परीक्षण चलाने को संभाल सकते हैं लेकिन यह थोड़ा जुनूनी है। क्या कोई कारण है कि आपको इतनी बार जांच करने की आवश्यकता है? यदि आपका सर्वर उस अस्थिर है, तो आपको संभवतः गहरी समस्याएं हैं।


1

अधिकांश व्यावसायिक निगरानी सॉफ़्टवेयर डिफ़ॉल्ट रूप से 1-मिनट या 5-मिनट का अंतराल प्रदान करते हैं। यह एक अच्छा चेक अंतराल है।


उदाहरण के लिए, पीएसडीआई आपको एक अंतराल सेट करने की अनुमति देता है और फिर पहले आउटेज का पता लगाने पर, उस आवृत्ति को बढ़ाता है जिस पर यह देखने के लिए सर्वर को पिंग करता है कि क्या यह वापस आ गया है।
अंकुर बैनर्जी

>, आवृत्ति में वृद्धि .. => लेकिन न्यूनतम अभी भी 1 मिनट है, या?
सपगुइ

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

1

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


0

मैं यहां यूसुफ के साथ 100% सहमत हूं। यदि आप अभी भी किसी प्रकार की वास्तविक समय की निगरानी करना चाहते हैं, तो आप सर्वर त्रुटियों के लिए वेबसर्वर लॉग को सूँघने और समय की अवधि के लिए लॉग में नई प्रविष्टियों की अनुपस्थिति पर विचार कर सकते हैं। यह सर्वर पर लोड नहीं डालेगा, लेकिन इसके आधार पर अलर्ट ट्रिगर करना एक चुनौती है :)


0

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.