निगरानी आपके बुनियादी ढांचे का सबसे महत्वपूर्ण हिस्सा है। निगरानी प्रणाली इंजीनियर मूल बातें है। हालाँकि, इसे समझने का हर किसी का अपना तरीका होता है। मेरा रास्ता इनकार से मिलकर बनता है। क्रोध और स्वीकृति।

इनकार

यह विश्वास करना मुश्किल है, लेकिन तस्वीर में एक सर्वर रूम है ।

यह 2007 था। मैं CSU (चेल्याबिंस्क स्टेट यूनिवर्सिटी) में सूचना सुरक्षा विभाग में एक सोफोमोर के रूप में अध्ययन कर रहा था। मैंने सूचना सुरक्षा प्रयोगशाला में सहायक के रूप में सीएसयू के लिए आवेदन करने का निर्णय लिया। यह एक अस्थायी अंशकालिक नौकरी थी। उसके बाद 2009 में, मुझे एक सिस्टम प्रशासक के रूप में एक व्यापारिक उत्पादन संगठन में एक और अंशकालिक स्थायी नौकरी मिली। उस समय, मैंने निगरानी के बारे में जानने के लिए उपयोग नहीं किया, मैं कानों के पीछे गीला हो गया था और सोचा था कि किसी भी समस्या का सामना करने वाला एक नायक होना संभव है। उम्मीद है, यह मेरे जीवन की एक छोटी अवधि थी, मुझे लगा कि यह गलत था।

क्रोध

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

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

• ईमेल नरक।
• अप्रत्याशित देरी।
• अज्ञात संसाधनों का उपयोग।

हमने अपने जीवन को थोड़ा आसान बनाने और ज़ैबिक्स को चुनने का फैसला किया था। हमने हर चीज पर नजर रखी:

• वाईफाई से जुड़े उपयोगकर्ताओं की गिनती।
• मुद्रित पृष्ठों की गणना।
• गणना की गई वीपीएन सुरंगें।
• तापमान तापमान।
• नेटवर्क लोड।
• आदि ...

इसके अलावा, मैं कुछ सामना किए गए मुद्दों को साझा करना चाहता हूं:

1. क्रॉस डीसी वितरित इन्फ्रास्ट्रक्चर और बहुत सारे मैट्रिक्स थे। हमने सामना किया कि कभी-कभी मीट्रिक अनुपस्थित थे। हमने इसे Zabbix प्रॉक्सी के माध्यम से तय किया।
2. यदि वीपीएन सुरंग विफल हो जाती है, तो हमें एक टन संदेश प्राप्त होगा। हमने इन्फ्रास्ट्रक्चर निर्भरता को कॉन्फ़िगर किया।
3. हमने आवर्ती कार्यों को स्वचालित किया। यानी कम खाली जगह के मामले में, हमने इसे अपने आप साफ करने की कोशिश की।
4. हम समझ गए थे कि किसी को सूचित करने के लिए यह एक बुरा विचार था कि क्या 30 सेकंड के दौरान सीपीयू लोड औसत मीट्रिक 95% से अधिक होगा, नतीजतन, हमने थ्रेशोल्ड अवधि की तरह कुछ जोड़ा।
5. हमने व्यावसायिक-महत्वपूर्ण परिदृश्य (यानी वेब लॉगिन, खोज, आदि) की जाँच की।
6. हमने चैट-ऑप्स की वजह से ज़ैबिक्स को स्काइप इंटीग्रेशन में जोड़ा है।
7. क्विस कस्टोडिएट ipsos कस्टोड?
8. आदि ...

स्वीकार

थोड़ी देर बाद, मैं समझ गया कि एक तरफ, व्यवसायी लोग RAM / CPU / IOPS की परवाह नहीं करते हैं। TTM (बाजार में समय) और व्यापार मीट्रिक के लिए उनकी रुचि है, लेकिन दूसरी ओर, आईटी आंत किसी भी तरह के मुद्दे का पता लगाने में सक्षम होना चाहिए।

टेकअवे

• इनकार । आपको कुछ भी मॉनिटर नहीं करना चाहिए, क्योंकि, आपके उपयोगकर्ता आपको झंडा देते हैं अगर कुछ अजीब घटित होगा।
• क्रोध। आपको हर चीज पर नजर रखनी होगी। आपको CTO / CEO को सूचित करने की अनुमति है यदि CPU लोड औसत मीट्रिक 30 सेकंड के दौरान 95% से अधिक होगा।
• स्वीकृति। व्यवसायी लोग RAM / CPU / IOPS की परवाह नहीं करते हैं। TTM के लिए उनकी रुचि (बाजार के लिए समय) और व्यापार मीट्रिक।

ज़ाबिक्स काफी अच्छा था, लेकिन दुनिया बदल रही थी। निगरानी के लिए बहुत सारे आधुनिक दृष्टिकोण थे।

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

पुनश्च

• रूसी संस्करण
• यह क्रॉसपोस्ट है