डेविड ओ'ब्रायन ने हाल ही में Microsoft Azure Stack क्लाउड उत्पादों पर ध्यान केंद्रित करते हुए अपनी खुद की कंपनी Xirus (https://xirus.com.au) लॉन्च की है। वे डेटा केंद्रों, किनारे के स्थानों, दूरस्थ कार्यालयों और क्लाउड में हाइब्रिड एप्लिकेशन को लगातार बनाने और चलाने के लिए डिज़ाइन किए गए हैं।
डेविड व्यक्तियों और कंपनियों को Microsoft Azure और Azure DevOps (पूर्व में VSTS) पर प्रशिक्षित करता है और अभी भी व्यावहारिक परामर्श और इन्फ्राकोडिंग करता है। वह 5 वर्षों तक माइक्रोसॉफ्ट एमवीपी (माइक्रोसॉफ्ट मोस्ट वैल्यूएबल प्रोफेशनल) पुरस्कार विजेता रहे हैं और हाल ही में उन्हें एज़्योर एमवीपी पुरस्कार प्राप्त हुआ है। मेलबर्न माइक्रोसॉफ्ट क्लाउड और डेटासेंटर मीटअप के सह-आयोजक के रूप में, ओ'ब्रायन नियमित रूप से अंतरराष्ट्रीय सम्मेलनों में बोलते हैं, जिसमें दुनिया भर की यात्रा करने में उनकी रुचि और समुदाय के साथ आईटी कहानियां साझा करने का जुनून शामिल है। डेविड का ब्लॉग यहां स्थित है , वह प्लुरलसाइट पर अपना ऑनलाइन प्रशिक्षण भी प्रकाशित करता है।
यह बातचीत यह समझने में मेट्रिक्स के महत्व के बारे में बात करती है कि आपके वातावरण में क्या हो रहा है और आपका एप्लिकेशन कैसा प्रदर्शन कर रहा है। Microsoft Azure के पास सभी प्रकार के कार्यभार के लिए मेट्रिक्स प्रदर्शित करने का एक शक्तिशाली और आसान तरीका है, और व्याख्यान बताता है कि आप उन सभी का उपयोग कैसे कर सकते हैं।
रविवार को सुबह 3 बजे, जब आप सो रहे होते हैं, अचानक एक टेक्स्ट संदेश से आपकी नींद खुल जाती है: "सुपरक्रिटिकल ऐप फिर से प्रतिक्रिया नहीं दे रहा है।" क्या चल रहा है? "ब्रेक" का कारण कहाँ और क्या है? इस बातचीत में, आप उन सेवाओं के बारे में जानेंगे जो Microsoft Azure ग्राहकों को लॉग और विशेष रूप से आपके क्लाउड वर्कलोड से मेट्रिक्स एकत्र करने के लिए प्रदान करता है। डेविड आपको बताएंगे कि क्लाउड प्लेटफ़ॉर्म पर काम करते समय आपको किन मेट्रिक्स में रुचि होनी चाहिए और उन तक कैसे पहुंचें। आप ओपन सोर्स टूल और डैशबोर्ड निर्माण के बारे में सीखेंगे, और अपने स्वयं के डैशबोर्ड बनाने के लिए पर्याप्त ज्ञान प्राप्त करेंगे।
और यदि आप सुबह 3 बजे फिर से एक संदेश द्वारा जगाए जाते हैं कि एक महत्वपूर्ण एप्लिकेशन क्रैश हो गया है, तो आप तुरंत इसके कारण का पता लगा सकते हैं।
शुभ दोपहर, आज हम मेट्रिक्स के बारे में बात करेंगे। मेरा नाम डेविड ओ'ब्रायन है, मैं एक छोटी ऑस्ट्रेलियाई परामर्श कंपनी, ज़िरस का सह-संस्थापक और मालिक हूं। मेरे साथ अपना समय बिताने के लिए यहां आने के लिए फिर से धन्यवाद। तो हम यहाँ क्यों हैं? मेट्रिक्स के बारे में बात करने के लिए, या यूँ कहें कि, मैं आपको उनके बारे में बताऊंगा, और कोई भी काम करने से पहले, आइए सिद्धांत से शुरू करें।
मैं आपको बताऊंगा कि मेट्रिक्स क्या हैं, आप उनके साथ क्या कर सकते हैं, आपको किस पर ध्यान देने की आवश्यकता है, Azure में मेट्रिक्स संग्रह को कैसे एकत्र और सक्षम करें, और मेट्रिक्स विज़ुअलाइज़ेशन क्या है। मैं आपको दिखाऊंगा कि माइक्रोसॉफ्ट क्लाउड में ये चीजें कैसी दिखती हैं और इस क्लाउड के साथ कैसे काम करना है।
शुरू करने से पहले, मैं उन लोगों से हाथ उठाकर पूछूँगा जो Microsoft Azure का उपयोग करते हैं। AWS के साथ कौन काम करता है? मैं कुछ देखता हूं. गूगल के बारे में क्या? अली बादल? एक आदमी! महान। तो मेट्रिक्स क्या हैं? यूएस नेशनल इंस्टीट्यूट ऑफ स्टैंडर्ड्स एंड टेक्नोलॉजी की आधिकारिक परिभाषा है: "एक मीट्रिक एक माप मानक है जो किसी संपत्ति को मापने के लिए शर्तों और नियमों का वर्णन करता है और माप परिणामों को समझने का कार्य करता है।" इसका मतलब क्या है?
आइए वर्चुअल मशीन के खाली डिस्क स्थान को बदलने के लिए एक मीट्रिक का उदाहरण लें। उदाहरण के लिए, हमें संख्या 90 दी गई है, और इस संख्या का अर्थ प्रतिशत है, अर्थात मुक्त डिस्क स्थान की मात्रा 90% है। मैं ध्यान देता हूं कि मेट्रिक्स की परिभाषा का विवरण पढ़ना बहुत दिलचस्प नहीं है, जो पीडीएफ प्रारूप में 40 पेज लेता है।
हालाँकि, मीट्रिक यह नहीं बताता कि माप परिणाम कैसे प्राप्त किया गया, यह केवल इस परिणाम को दिखाता है। हम मेट्रिक्स के साथ क्या करते हैं?
सबसे पहले, हम माप परिणाम का उपयोग करने के लिए किसी चीज़ का मूल्य मापते हैं।
उदाहरण के लिए, हमने खाली डिस्क स्थान की मात्रा का पता लगा लिया है और अब हम इसका उपयोग कर सकते हैं, इस मेमोरी का उपयोग कर सकते हैं, आदि। एक बार जब हमें मीट्रिक परिणाम प्राप्त हो जाता है, तो हमें इसकी व्याख्या करनी चाहिए। उदाहरण के लिए, मीट्रिक ने 90 का परिणाम दिया। हमें यह जानना होगा कि इस संख्या का क्या अर्थ है: खाली स्थान की मात्रा या प्रतिशत या गीगाबाइट में प्रयुक्त डिस्क स्थान की मात्रा, 90 एमएस के बराबर नेटवर्क विलंबता, और इसी तरह, यानी , हमें मीट्रिक मान के अर्थ की व्याख्या करने की आवश्यकता है। मेट्रिक्स को बिल्कुल भी सार्थक बनाने के लिए, एकल मीट्रिक मान की व्याख्या करने के बाद, हमें यह सुनिश्चित करने की आवश्यकता है कि एकाधिक मान एकत्र किए गए हैं। यह बहुत महत्वपूर्ण है क्योंकि बहुत से लोग मेट्रिक्स एकत्र करने की आवश्यकता के बारे में नहीं जानते हैं। Microsoft ने मेट्रिक्स एकत्र करना बहुत आसान बना दिया है, लेकिन यह सुनिश्चित करना आप पर निर्भर है कि वे एकत्रित हों। ये मेट्रिक्स केवल 41 दिनों के लिए संग्रहीत होते हैं और 42वें दिन गायब हो जाते हैं। इसलिए, आपके बाहरी या आंतरिक उपकरण के गुणों के आधार पर, आपको इस बात का ध्यान रखना चाहिए कि 41 दिनों से अधिक के लिए मेट्रिक्स को कैसे सहेजा जाए - लॉग, लॉग आदि के रूप में। इस प्रकार, संग्रह के बाद, आपको उन्हें किसी ऐसे स्थान पर रखना चाहिए जो आपको यदि आवश्यक हो तो मीट्रिक परिणामों में परिवर्तन के सभी आंकड़े निकालने की अनुमति दे। एक बार जब आप उन्हें वहां रख देते हैं, तो आप उनके साथ प्रभावी ढंग से काम करना शुरू कर सकते हैं।
मेट्रिक्स प्राप्त करने, उनकी व्याख्या करने और उन्हें एकत्र करने के बाद ही आप एक एसएलए - सेवा स्तर समझौता बना सकते हैं। यह SLA आपके ग्राहकों के लिए अधिक महत्वपूर्ण नहीं हो सकता है; यह आपके सहकर्मियों, प्रबंधकों, उन लोगों के लिए अधिक महत्वपूर्ण है जो सिस्टम को बनाए रखते हैं और इसकी कार्यक्षमता के बारे में चिंतित हैं। मीट्रिक टिकटों की संख्या को माप सकता है - उदाहरण के लिए, आपको प्रति दिन 5 टिकट प्राप्त होते हैं, और इस मामले में यह उपयोगकर्ता के अनुरोधों पर प्रतिक्रिया की गति और समस्या निवारण की गति दिखाता है। एक मीट्रिक को केवल यह नहीं कहना चाहिए कि आपकी साइट 20 एमएस में लोड होती है या आपकी प्रतिक्रिया की गति 20 एमएस है, एक मीट्रिक सिर्फ एक तकनीकी संकेतक से अधिक है।
इसलिए, हमारी बातचीत का कार्य आपको मेट्रिक्स के सार की एक विस्तृत तस्वीर प्रस्तुत करना है। मीट्रिक इसलिए कार्य करती है ताकि इसे देखकर आप प्रक्रिया की पूरी तस्वीर प्राप्त कर सकें।
एक बार जब हमारे पास मीट्रिक हो, तो हम 99% गारंटी दे सकते हैं कि सिस्टम काम कर रहा है, क्योंकि यह सिर्फ एक लॉग फ़ाइल को देखकर नहीं कहा जाता है कि सिस्टम काम कर रहा है। 99% अपटाइम गारंटी का मतलब है कि, उदाहरण के लिए, 99% समय एपीआई 30 एमएस की सामान्य गति पर प्रतिक्रिया करता है। यह वही चीज़ है जिसमें आपके उपयोगकर्ताओं, आपके सहकर्मियों और प्रबंधकों की रुचि है। हमारे कई ग्राहक वेब सर्वर लॉग की निगरानी करते हैं, लेकिन उन्हें उनमें कोई त्रुटि नजर नहीं आती और वे सोचते हैं कि सब कुछ ठीक है। उदाहरण के लिए, वे 200 एमबी/एस की नेटवर्क स्पीड देखते हैं और सोचते हैं: "ठीक है, सब कुछ बढ़िया है!" लेकिन इन 200 को प्राप्त करने के लिए, उपयोगकर्ताओं को 30 मिलीसेकंड की प्रतिक्रिया गति की आवश्यकता होती है, और यह ठीक वही संकेतक है जिसे मापा नहीं जाता है और लॉग फ़ाइलों में एकत्र नहीं किया जाता है। साथ ही, उपयोगकर्ता इस बात से आश्चर्यचकित हैं कि साइट बहुत धीमी गति से लोड होती है, क्योंकि आवश्यक मेट्रिक्स न होने के कारण, वे इस व्यवहार के कारणों को नहीं जानते हैं।
लेकिन चूँकि हमारे पास 100% अपटाइम एसएलए है, ग्राहक शिकायत करना शुरू कर देते हैं क्योंकि साइट का उपयोग करना वास्तव में बहुत कठिन है। इसलिए, एक उद्देश्य एसएलए बनाने के लिए, एकत्रित मेट्रिक्स द्वारा बनाई गई प्रक्रिया की पूरी तस्वीर देखना आवश्यक है। मेरे पास कुछ प्रदाताओं के साथ यह एक सतत समस्या है, जो एसएलए बनाते समय, यह नहीं जानते कि "अपटाइम" शब्द का क्या अर्थ है और ज्यादातर मामलों में वे अपने ग्राहकों को यह नहीं समझाते हैं कि उनका एपीआई कैसे काम करता है।
यदि आपने एक सेवा बनाई है, उदाहरण के लिए, किसी तीसरे व्यक्ति के लिए एक एपीआई, तो आपको समझना चाहिए कि 39,5 के परिणामी मीट्रिक का क्या मतलब है - प्रतिक्रिया, सफल प्रतिक्रिया, 20 एमएस गति पर प्रतिक्रिया या 5 एमएस गति पर प्रतिक्रिया। यह आप पर निर्भर है कि आप उनके एसएलए को अपने स्वयं के एसएलए, अपने स्वयं के मेट्रिक्स के अनुसार अनुकूलित करें।
एक बार जब आप यह सब समझ लेते हैं, तो आप एक शानदार डैशबोर्ड बनाना शुरू कर सकते हैं। मुझे बताएं, क्या किसी ने पहले से ही ग्राफाना इंटरैक्टिव विज़ुअलाइज़ेशन एप्लिकेशन का उपयोग किया है? महान! मैं इस खुले स्रोत का बहुत बड़ा प्रशंसक हूं क्योंकि यह चीज़ मुफ़्त है और उपयोग में आसान है।
यदि आपने अभी तक ग्राफाना का उपयोग नहीं किया है, तो मैं आपको बताऊंगा कि इसके साथ कैसे काम करना है। 80 और 90 के दशक में जन्मे किसी भी व्यक्ति को शायद केयरबियर्स याद होगा? मुझे नहीं पता कि ये भालू रूस में कितने लोकप्रिय थे, लेकिन जब मेट्रिक्स की बात आती है, तो हमें वही "देखभाल करने वाला भालू" होना चाहिए। जैसा कि मैंने कहा, आपको एक बड़ी तस्वीर की आवश्यकता है कि संपूर्ण सिस्टम कैसे काम करता है, और यह केवल आपके एपीआई, आपकी वेबसाइट या वर्चुअल मशीन में चल रही सेवा के बारे में नहीं होना चाहिए।
आपको उन मेट्रिक्स के संग्रह को व्यवस्थित करना होगा जो संपूर्ण सिस्टम के संचालन को पूरी तरह से दर्शाते हैं। आप में से अधिकांश सॉफ्टवेयर डेवलपर हैं, इसलिए आपका जीवन लगातार बदल रहा है, नई उत्पाद आवश्यकताओं को अपना रहा है, और जैसे आप कोडिंग प्रक्रियाओं से चिंतित हैं, आपको मेट्रिक्स से चिंतित होना चाहिए। आपको यह जानना होगा कि मीट्रिक आपके द्वारा लिखे गए कोड की प्रत्येक पंक्ति से कैसे संबंधित है। उदाहरण के लिए, अगले सप्ताह आप एक नया मार्केटिंग अभियान शुरू कर रहे हैं और उम्मीद करते हैं कि बड़ी संख्या में उपयोगकर्ता आपकी साइट पर आएंगे। इस घटना का विश्लेषण करने के लिए, आपको मेट्रिक्स की आवश्यकता होगी, और इन लोगों की गतिविधि को ट्रैक करने के लिए आपको संपूर्ण डैशबोर्ड की आवश्यकता हो सकती है। आपको यह समझने के लिए मेट्रिक्स की आवश्यकता होगी कि आपका मार्केटिंग अभियान कितना सफल है और यह वास्तव में कैसा प्रदर्शन कर रहा है। उदाहरण के लिए, वे एक प्रभावी सीआरएम - ग्राहक संबंध प्रबंधन प्रणाली विकसित करने में आपकी मदद करेंगे।
तो आइए हमारी Azure क्लाउड सेवा शुरू करें। इससे मेट्रिक्स संग्रह ढूंढना और व्यवस्थित करना बहुत आसान हो जाता है क्योंकि इसमें Azure मॉनिटर है। यह मॉनिटर आपके सिस्टम कॉन्फ़िगरेशन प्रबंधन को केंद्रीकृत करता है। प्रत्येक Azure तत्व जिसे आप अपने सिस्टम पर लागू करना चाहते हैं, उसमें डिफ़ॉल्ट रूप से कई मीट्रिक सक्षम हैं। यह एक निःशुल्क एप्लिकेशन है जो सीधे बॉक्स से बाहर काम करता है और इसके लिए किसी प्रारंभिक सेटिंग्स की आवश्यकता नहीं होती है; आपको अपने सिस्टम पर कुछ भी लिखने या "स्क्रू" करने की आवश्यकता नहीं होती है। हम निम्नलिखित डेमो को देखकर इसे सत्यापित करेंगे।
इसके अलावा, इन मेट्रिक्स को तीसरे पक्ष के अनुप्रयोगों, जैसे स्प्लंक लॉग स्टोरेज और विश्लेषण प्रणाली, क्लाउड-आधारित लॉग प्रबंधन एप्लिकेशन सुमोलॉजिक, ईएलके लॉग प्रोसेसिंग टूल और आईबीएम रडार पर भेजना संभव है। सच है, कुछ मामूली अंतर हैं जो आपके द्वारा उपयोग किए जाने वाले संसाधनों पर निर्भर करते हैं - एक वर्चुअल मशीन, नेटवर्क सेवाएं, Azure SQL डेटाबेस, यानी, आपके कार्य वातावरण के कार्यों के आधार पर मेट्रिक्स का उपयोग भिन्न होता है। मैं यह नहीं कहूंगा कि ये मतभेद गंभीर हैं, लेकिन, दुर्भाग्य से, वे अभी भी मौजूद हैं, और इसे ध्यान में रखा जाना चाहिए। मेट्रिक्स को सक्षम करना और भेजना कई तरीकों से संभव है: पोर्टल, सीएलआई/पावर शेल के माध्यम से, या एआरएम टेम्पलेट्स का उपयोग करके।
अपना पहला डेमो शुरू करने से पहले, मैं आपके किसी भी प्रश्न का उत्तर दूंगा। यदि कोई प्रश्न नहीं है, तो चलिए शुरू करते हैं। स्क्रीन दिखाती है कि Azure मॉनिटर पेज कैसा दिखता है। क्या आप में से कोई कह सकता है कि यह मॉनिटर काम नहीं कर रहा है?
तो अब सब कुछ ठीक है, आप देख सकते हैं कि मॉनिटर सेवाएँ कैसी दिखती हैं। मैं कह सकता हूं कि रोजमर्रा के काम के लिए यह एक उत्कृष्ट और बहुत ही सरल उपकरण है। इसका उपयोग एप्लिकेशन, नेटवर्क और बुनियादी ढांचे की निगरानी के लिए किया जा सकता है। हाल ही में, मॉनिटरिंग इंटरफ़ेस में सुधार किया गया है, और यदि पहले सेवाएँ अलग-अलग स्थानों पर स्थित थीं, तो अब सेवाओं की सभी जानकारी मॉनिटर के होम पेज पर समेकित हो गई है।
मेट्रिक्स तालिका होममॉनिटरमेट्रिक्स पथ के साथ एक टैब है, जिस पर जाकर आप सभी उपलब्ध मेट्रिक्स देख सकते हैं और अपनी ज़रूरत का चयन कर सकते हैं। लेकिन यदि आपको मेट्रिक्स संग्रह को सक्षम करने की आवश्यकता है, तो आपको HomeMonitorDiagnostic सेटिंग्स निर्देशिका पथ का उपयोग करना होगा और सक्षम/अक्षम मेट्रिक्स चेकबॉक्स को जांचना होगा। डिफ़ॉल्ट रूप से, लगभग सभी मीट्रिक सक्षम हैं, लेकिन यदि आपको कुछ अतिरिक्त सक्षम करने की आवश्यकता है, तो आपको डायग्नोस्टिक स्थिति को अक्षम से सक्षम में बदलना होगा।
ऐसा करने के लिए, चयनित मीट्रिक की लाइन पर क्लिक करें और खुलने वाले टैब पर डायग्नोस्टिक मोड सक्षम करें। यदि आप चयनित मीट्रिक का विश्लेषण करने जा रहे हैं, तो डायग्नोस्टिक लिंक चालू करें पर क्लिक करने के बाद, आपको दिखाई देने वाली विंडो में लॉग टू लॉग एनालिटिक्स चेकबॉक्स को चेक करना होगा।
लॉग एनालिटिक्स कुछ हद तक स्प्लंक के समान है, लेकिन इसकी लागत कम है। यह सेवा आपको अपने सभी मेट्रिक्स, लॉग और आपकी ज़रूरत की सभी चीज़ें एकत्र करने और उन्हें लॉग एनालिटिक्स कार्यक्षेत्र में रखने की अनुमति देती है। सेवा एक विशेष KQL क्वेरी प्रोसेसिंग भाषा - कुस्टो क्वारी लैंग्वेज का उपयोग करती है, हम अगले डेमो में इसके काम को देखेंगे। अभी के लिए, मैं ध्यान दूंगा कि इसकी मदद से आप मेट्रिक्स, लॉग, नियम, रुझान, पैटर्न आदि के संबंध में प्रश्न बना सकते हैं। और डैशबोर्ड बनाएं.
इसलिए, हम लॉग टू लॉग एनालिटिक्स चेकबॉक्स और लॉग पैनल चेकबॉक्स चेक करते हैं: डेटाप्लेन रिक्वेस्ट, मोंगो रिक्वेस्ट और क्वेरीरनटाइमस्टैटिस्टिक्स, और नीचे मेट्रिक पैनल पर - रिक्वेस्ट चेकबॉक्स। फिर हम एक नाम निर्दिष्ट करते हैं और सेटिंग्स सहेजते हैं। कमांड लाइन पर, यह कोड की दो पंक्तियों का प्रतिनिधित्व करता है। वैसे, Azure क्लाउड शेल इस अर्थ में Google जैसा दिखता है, जो आपको अपने वेब ब्राउज़र में कमांड लाइन का उपयोग करने की भी अनुमति देता है। AWS के पास ऐसा कुछ नहीं है, इसलिए Azure इस अर्थ में अधिक सुविधाजनक है।
Например, я могу запустить демо через веб-интерфейс, не используя для этого никакого кода на своем ноутбуке. Для этого я должен пройти аутентификацию с помощью своего аккаунта Azure. Далее можно использовать, например, terrafone, если вы им уже пользуетесь, дождаться подключения к сервису и получить рабочую среду Linux, которую Microsoft использует по умолчанию.
इसके बाद, मैं एज़्योर क्लाउड शेल में निर्मित बैश का उपयोग करता हूं। एक बहुत ही उपयोगी चीज़ ब्राउज़र में निर्मित आईडीई है, जो वीएस कोड का हल्का संस्करण है। इसके बाद, मैं अपने त्रुटि मेट्रिक्स टेम्पलेट में जा सकता हूं, इसे संपादित कर सकता हूं, और अपनी आवश्यकताओं के अनुरूप इसे अनुकूलित कर सकता हूं।
एक बार जब आप इस टेम्पलेट में मेट्रिक्स संग्रह सेट कर लेते हैं, तो आप इसका उपयोग अपने संपूर्ण बुनियादी ढांचे के लिए मेट्रिक्स बनाने के लिए कर सकते हैं। एक बार जब हम मेट्रिक्स लागू कर लेते हैं, उन्हें एकत्र कर लेते हैं और संग्रहीत कर लेते हैं, तो हमें उन्हें विज़ुअलाइज़ करने की आवश्यकता होगी।
Azure मॉनिटर केवल मेट्रिक्स से संबंधित है और आपके सिस्टम के स्वास्थ्य की समग्र तस्वीर प्रदान नहीं करता है। आपके पास Azure परिवेश के बाहर कई अन्य एप्लिकेशन चल रहे होंगे। इसलिए यदि आपको सभी एकत्रित मेट्रिक्स को एक ही स्थान पर विज़ुअलाइज़ करके सभी प्रक्रियाओं की निगरानी करने की आवश्यकता है, तो Azure मॉनिटर इसके लिए उपयुक्त नहीं है।
इस समस्या को हल करने के लिए, Microsoft Power BI टूल प्रदान करता है, जो व्यवसाय विश्लेषण के लिए एक व्यापक सॉफ़्टवेयर है जिसमें विभिन्न प्रकार के डेटा का विज़ुअलाइज़ेशन शामिल है। यह एक काफी महंगा उत्पाद है, जिसकी कीमत आपके लिए आवश्यक कार्यों के सेट पर निर्भर करती है। डिफ़ॉल्ट रूप से, यह आपको संसाधित करने के लिए 48 प्रकार के डेटा प्रदान करता है और Azure SQL डेटा वेयरहाउस, Azure डेटा लेक स्टोरेज, Azure मशीन लर्निंग सर्विसेज और Azure डेटाब्रिक्स से जुड़ा हुआ है। स्केलेबिलिटी का उपयोग करके, आप हर 30 मिनट में नया डेटा प्राप्त कर सकते हैं। यदि आपको वास्तविक समय निगरानी विज़ुअलाइज़ेशन की आवश्यकता है तो यह आपकी आवश्यकताओं के लिए पर्याप्त हो भी सकता है और नहीं भी। इस मामले में, मेरे द्वारा उल्लिखित ग्राफाना जैसे अनुप्रयोगों का उपयोग करने की अनुशंसा की जाती है। इसके अलावा, माइक्रोसॉफ्ट दस्तावेज़ीकरण विज़ुअलाइज़ेशन सिस्टम स्प्लंक, सुमोलॉजिक, ईएलके और आईबीएम रडार के लिए एसआईईएम टूल का उपयोग करके मेट्रिक्स, लॉग और इवेंट टेबल भेजने की क्षमता का वर्णन करता है।
23:40 मि
बहुत जल्द जारी रखा जाएगा...
कुछ विज्ञापन 🙂
हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक रोचक सामग्री देखना चाहते हैं? आदेश देकर या मित्रों को अनुशंसा करके हमारा समर्थन करें, , प्रवेश स्तर के सर्वरों का एक अनूठा एनालॉग, जिसका आविष्कार हमने आपके लिए किया था: (RAID1 और RAID10 के साथ उपलब्ध, 24 कोर तक और 40GB DDR4 तक)।
एम्स्टर्डम में इक्विनिक्स टियर IV डेटा सेंटर में Dell R730xd 2x सस्ता है? केवल यहां नीदरलैंड में! डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 से! के बारे में पढ़ा
स्रोत: www.habr.com
