बुनियादी ढांचे के लिए निगरानी की रणनीति


12

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

मूल रूप से, मुझे सूचित किया जाना चाहिए जब सर्वर लोड अधिक होता है, संभवतः अपराधी (या पीड़ित) को इंगित किया जा रहा है, ताकि मैं सूचित निर्णय ले सकूं। मैं यह भी जानना चाहूंगा कि जब कोई PHP त्रुटि / चेतावनी होती है, तो लोग Drupal स्तर की निगरानी (जैसे ईमेल) के लिए क्या उपयोग करते हैं। (क्या होता है जब ईमेल सर्वर ही डाउन हो जाता है?)

जवाबों:


6

यदि आप अलर्ट के साथ एक ही जगह से कई Drupal साइट्स की निगरानी करना चाहते हैं, तो ... मैं कह सकता हूं कि आप केवल एक ही नहीं हैं। यह अब तक भरा है, एक व्यापार आला होने जा रहा है:

सेवा की कोशिश करने के लिए नि: शुल्क सीमित विकल्पों के साथ दोनों व्यावसायिक सास दृष्टिकोण हैं।

इसके Drupal मॉड्यूल http://drupal.org/project/zabbix के साथ ओपन सोर्स Zabbix मॉनिटरिंग ऑप्शन भी है , लेकिन फिर आपको अपने सर्वर को कॉन्फ़िगर और बिल्ड करना चाहिए।

इन सभी विकल्पों में उनके ड्रुपल मॉड्यूल हैं जो सर्वर और ड्रुपल-विशिष्ट जानकारी को मॉनिटर सर्वर पर भेजते हैं।

अपडेट करें। मुनिन के पास एक विशिष्ट Drupal मॉड्यूल भी है , जिसमें Drush पर आधारित एक 2.x शाखा है।


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

5

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

लेकिन इस के जोखिम में खरीदारी अनुशंसा प्रश्न में बदल दिया गया है, मैं आपके द्वारा सूचीबद्ध आवश्यकताओं के लिए जिस सेवा का उपयोग करता हूं वह है Phatt :

  • आपको बताता है कि क्या साइटें (निश्चित रूप से)
  • जवाब देने में कितना समय लगता है
  • किसी भी कस्टम टीसीपी / यूडीपी पोर्ट पर जवाबदेही और उपलब्धता को मापता है
  • ईमेल की उपलब्धता की जाँच
  • कस्टम HTTP अनुरोधों की अनुमति देता है, जिससे आप अपने आवेदन के विभिन्न पहलुओं का परीक्षण कर सकते हैं
  • व्यापक रिपोर्टिंग
  • दुनिया भर में निगरानी, ​​और वे हर कुछ महीनों में लगभग एक दर्जन से अधिक निगरानी साइटों को जोड़ते हैं

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

2

ये कुछ द्रुपाल-अज्ञेय सुझाव हैं:

  • क्या मेरी साइटें समय-समय पर आपके सर्वर (नों) को पिंग करेंगी और यदि आपकी साइट ऑफ़लाइन या अनुत्तरदायी है तो आपको (या यदि आपको गैर-मुफ्त पैकेज मिलता है) तो आपको ईमेल (या एसएमएस) करेगा।
  • लोड इम्पैक्ट एक और बेहतरीन फ्री टूल है जो आपकी वेबसाइट को तनाव-परीक्षण कर सकता है ताकि आप बता सकें कि वास्तव में यह कब विफल होने लगता है।

जहां तक ​​ड्रुपल एप्लिकेशन का ही सवाल है, तो मैं कोड को प्रोफाइल करने के लिए Xdebug + Webgrind या XHProf का उपयोग करने का सुझाव दूंगा और इस सवाल पर नजर रखूंगा : Drupal स्टैक प्रदर्शन को बेंचमार्क करने का सबसे अच्छा तरीका


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

1

मुझे छोटी / मध्यम साइटों के लिए phatt पसंद है क्योंकि यह उपयोगी है: यह आपको बताता है कि ग्राहक के दृष्टिकोण से कुछ गलत है, जो कार्रवाई योग्य है। लोड एवरेज जैसी चीज़ों का वास्तव में कोई मतलब नहीं है जब तक कि आपको बेतहाशा गलत तरीके से किया गया स्टैक नहीं मिल जाता है (जो आपको नहीं चाहिए) या आप डिग / रेडिट से हथौड़ा ले रहे हैं (जिस स्थिति में आपके पास कुछ भी नहीं है, वैसे भी आपके पास होना चाहिए। तैयार)।

से टेड Dziuba के ब्लॉग:

मैं शॉर्ट्स के लिए इस तरह के अलर्ट कूल स्टोरी, ब्रो कहता हूं। ये जानकारी के बिट्स हैं जो किसी भी प्रकार की समस्या की स्थिति को इंगित नहीं करते हैं, और किसी भी कार्रवाई का संकेत नहीं देते हैं। कूल स्टोरीज ऐसी चीजें हैं जिनके लिए आपको अलर्ट भी नहीं होना चाहिए। वे आपका समय बर्बाद करते हैं और आपको पागल बनाते हैं। कूल स्टोरी ब्रो अलर्ट इस प्रकार हैं:

  • एक सर्वर पर लोड औसत 20 से ऊपर है।
  • एक नौकरी कतार में एक्स काम इकाइयों से अधिक है। बधाई हो, dipshit, आपकी कतार वही कर रही है जो वह करने वाला है।
  • कुछ मीट्रिक अनुभवजन्य रूप से निर्धारित माध्य से अधिक है। मैं इस तरह से गंदगी से व्यक्तिगत रूप से आहत हूं।

ब्लॉग पोस्ट पढ़ें, यह प्रफुल्लित करने वाला है।


0

मैं विभिन्न ड्रुपल साइटों की निगरानी के लिए check_drupal का उपयोग कर रहा हूं । यह एक नैगियोस प्लगइन है जिसे किसी ड्रुपल साइट पर किसी भी कोड परिवर्तन की आवश्यकता नहीं होती है। केवल आवश्यकता यह है कि सर्वर पर ड्रश मौजूद होना चाहिए।

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