SCUMM (सेवरलिन्स क्लस्टरकंट्रोल यूनिफाइड मॉनिटरिंग एंड मैनेजमेंट) एक एजेंट-आधारित समाधान है जिसमें डेटाबेस नोड्स पर स्थापित एजेंट हैं। यह मॉनिटरिंग डैशबोर्ड का एक सेट प्रदान करता है, जिसमें प्रोमेथियस अपनी लोचदार क्वेरी भाषा और बहु-आयामी डेटा मॉडल के साथ डेटा स्टोर के रूप में होता है। प्रोमेथियस डेटाबेस होस्ट पर चल रहे निर्यातकों से मेट्रिक्स डेटा को स्क्रैप करता है।
ClusterControl SCUMM आर्किटेक्चर को संस्करण 1.7.0 के साथ पेश किया गया था, जो MySQL, Galera Cluster, PostgreSQL और ProxySQL के लिए मॉनिटरिंग फंक्शनलिटी को बढ़ाता है।
नया ClusterControl 1.7.1 MongoDB सिस्टम के लिए उच्च-रिज़ॉल्यूशन मॉनिटरिंग जोड़ता है।
ClusterControl MongoDB डैशबोर्ड सूची इस लेख में, हम MongoDB वातावरण के लिए दो मुख्य डैशबोर्ड का वर्णन करेंगे। MongoDB सर्वर और MongoDB प्रतिकृति।
डैशबोर्ड और मीट्रिक सूची
डैशबोर्ड और उनके मेट्रिक्स की सूची:
| MongoDB सर्वर | |
|---|---|
| नाम ReplSet नाम सर्वर अपटाइम OpsCounters कनेक्शन WT - समवर्ती टिकट (पढ़ें) WT - समवर्ती टिकट (लिखें) WT - कैश ग्लोबल लॉक एसर्ट |
ClusterControl MongoDB सर्वर डैशबोर्ड| MongoDB ReplicaSet | |
|---|---|
| ReplSet Size ReplSet Name PRIMARY सर्वर संस्करण प्रतिकृति सेट और सदस्य प्रति प्रतिकृति Oplog विंडो प्रतिकृति हेडरूम कुल प्राथमिक/द्वितीयक ऑनलाइन प्रति प्रतिकृति प्रति प्रतिकृति खोलें प्रतिकृति सेट - प्रति सेट समयबद्ध कर्सर प्रति प्रतिकृति अधिकतम प्रतिकृति अंतराल Oplog आकार OpsCounters प्राथमिक (ओं) से सदस्यों की प्रतिकृति सेट करने के लिए पिंग समय |
ClusterControl MongoDB रेप्लिकासेट डैशबोर्ड डेटाबेस सिस्टम बहुत हद तक OS संसाधनों पर निर्भर करते हैं, इसलिए आप अपने MongoDB परिवेश के सिस्टम अवलोकन और क्लस्टर अवलोकन के लिए दो अतिरिक्त डैशबोर्ड भी पा सकते हैं।
| सिस्टम अवलोकन | |
|---|---|
| सर्वर अपटाइम CPU कोर कुल RAM लोड औसत CPU उपयोग RAM उपयोग डिस्क स्थान उपयोग नेटवर्क उपयोग डिस्क आईओपीएस % तक डिस्क आईओ डिस्क थ्रूपुट |
ClusterControl सिस्टम ओवरव्यू डैशबोर्ड| क्लस्टर ओवरव्यू | |
|---|---|
| लोड औसत 1m लोड औसत 5m लोड औसत 15m अनुप्रयोगों के लिए उपलब्ध मेमोरी नेटवर्क TX नेटवर्क RX डिस्क रीड IOPS डिस्क लिखें IOPS डिस्क लिखें + IOPS पढ़ें |
ClusterControl क्लस्टर अवलोकन डैशबोर्ड MongoDB सर्वर डैशबोर्ड
ClusterControl MongoDB मेट्रिक्स नाम - सर्वर का पता और पोर्ट।
Replsसेट नाम - प्रतिकृति सेट का नाम प्रस्तुत करता है जहां सर्वर संबंधित है।
सर्वर अपटाइम - पिछले सर्वर के पुनरारंभ होने के बाद का समय।
ऑप्स काउंटर - ऑपरेशन के प्रकार से विभाजित चयनित समय अवधि के दौरान प्राप्त अनुरोधों की संख्या। इन गणनाओं में सभी प्राप्त संचालन शामिल हैं, जिनमें वे भी शामिल हैं जो सफल नहीं थे।
कनेक्शन - यह ग्राफ़ देखने के लिए सबसे महत्वपूर्ण मीट्रिक में से एक दिखाता है - असफल अनुरोधों सहित चयनित समय अवधि के दौरान प्राप्त कनेक्शनों की संख्या। असामान्य ट्रैफ़िक लोड के कारण प्रदर्शन संबंधी समस्याएं हो सकती हैं। यदि MongoDB कनेक्शन पर कम चलता है, तो यह आने वाले अनुरोधों को समय पर संभालने में सक्षम नहीं हो सकता है।
WT - समवर्ती टिकट (पढ़ें) / WT - समवर्ती टिकट (लिखें) ये दो ग्राफ़ पढ़ने और लिखने के टिकट दिखाते हैं जो WiredTiger (WT) में संगामिति को नियंत्रित करते हैं। WT टिकट नियंत्रित करते हैं कि एक ही समय में स्टोरेज इंजन पर कितने रीड और राइट ऑपरेशन निष्पादित किए जा सकते हैं। जब उपलब्ध पढ़ने और लिखने के टिकट शून्य हो जाते हैं, तो समवर्ती चल रहे संचालन की संख्या कॉन्फ़िगर किए गए पढ़ने/लिखने के मूल्यों के बराबर होती है। इसका मतलब यह है कि किसी भी अन्य ऑपरेशन को तब तक इंतजार करना चाहिए जब तक चल रहे थ्रेड्स में से कोई एक निष्पादन से पहले स्टोरेज इंजन पर अपना काम पूरा नहीं कर लेता।
ClusterControl MongoDB मेट्रिक्स WT - कैशे (डर्टी, बेदखल - संशोधित, बेदखल - अनमॉडिफाइड, मैक्स) - कैशे का आकार WiredTiger के लिए सबसे महत्वपूर्ण नॉब है। डिफ़ॉल्ट रूप से, MongoDB 3.x अपने डेटा कैश के लिए उपलब्ध मेमोरी का 50% (3.2 में 60%) सुरक्षित रखता है।
ग्लोबल लॉक (क्लाइंट-रीड, क्लाइंट - राइट, करंट क्यू - रीडर, करंट क्यू - राइटर) - खराब स्कीमा डिज़ाइन पैटर्न या कई क्लाइंट्स से भारी पढ़ने और लिखने के अनुरोध व्यापक लॉकिंग का कारण बन सकते हैं। जब ऐसा होता है, तो निरंतरता बनाए रखने और लेखन संघर्षों से बचने की आवश्यकता होती है।
इसे प्राप्त करने के लिए MongoDB मल्टी-ग्रैन्युलैरिटी-लॉकिंग का उपयोग करता है जो लॉकिंग संचालन को विभिन्न स्तरों पर होने में सक्षम बनाता है, जैसे कि वैश्विक, डेटाबेस या संग्रह स्तर ।
दावे (मैसेज, रेगुलर, रोलओवर, यूजर) - यह ग्राफ प्रत्येक सेकेंड में उठाए गए दावों की संख्या दिखाता है। उच्च मूल्यों और प्रवृत्तियों से विचलन की समीक्षा की जानी चाहिए।
MongoDB रेप्लिकासेट डैशबोर्ड
इस डैशबोर्ड में दिखाए गए मेट्रिक्स केवल तभी मायने रखते हैं जब आप प्रतिकृति सेट का उपयोग करते हैं।
ClusterControl MongoDB रेप्लिकासेट मेट्रिक्स प्रतिकृति आकार - प्रतिकृति सेट में सदस्यों की संख्या। उत्पादन प्रणाली के लिए मानक प्रतिकृति सेट परिनियोजन तीन सदस्यीय प्रतिकृति सेट है। सामान्यतया, यह अनुशंसा की जाती है कि एक प्रतिकृति सेट में विषम संख्या में मतदान करने वाले सदस्य हों। प्रतिकृति सेट के लिए दोष सहिष्णुता उन सदस्यों की संख्या है जो अनुपलब्ध हो सकते हैं और फिर भी प्राथमिक का चुनाव करने के लिए सेट में पर्याप्त सदस्य छोड़ सकते हैं। तीन सदस्यों के लिए दोष सहिष्णुता एक है, पांच के लिए यह दो है, आदि।
प्रतिकृति नाम - यह MongoDB कॉन्फ़िगरेशन फ़ाइल में निर्दिष्ट नाम है। नाम /etc/mongod.conf replSet मान को संदर्भित करता है।
प्राथमिक - प्राथमिक नोड सभी लेखन कार्यों को प्राप्त करता है और अपने ऑपरेशन लॉग में अपने डेटा सेट में अन्य सभी परिवर्तनों को रिकॉर्ड करता है। मान MongoDB प्रतिकृति सेट क्लस्टर में आपके प्राथमिक नोड के IP और पोर्ट की पहचान करने के लिए है।
सर्वर संस्करण - सर्वर संस्करण की पहचान करें। ClusterControl संस्करण 1.7.1 MongoDB संस्करण 3.2/3.4/3.6/4.0 का समर्थन करता है।
प्रतिकृति समूह और सदस्य (न्यूनतम, अधिकतम, औसत) - यह ग्राफ़ आपको समयावधि में सक्रिय सदस्यों की पहचान करने में मदद कर सकता है। आप प्राथमिक और द्वितीयक नोड्स की न्यूनतम, अधिकतम और औसत संख्या को ट्रैक कर सकते हैं और समय के साथ ये संख्या कैसे बदल गई। कोई भी विचलन दोष सहिष्णुता और क्लस्टर उपलब्धता को प्रभावित कर सकता है।
विंडो प्रति प्रतिकृति सेट करें - प्रतिकृति विंडो देखने के लिए एक आवश्यक मीट्रिक है। MongoDB oplog एक एकल संग्रह है जिसे (पूर्व निर्धारित) आकार में सीमित किया गया है। इसे oplog.rs में पहली और आखिरी टाइमस्टैम्प के बीच के अंतर के रूप में वर्णित किया जा सकता है। इंस्टेंस को सिंक करने के लिए प्रारंभिक सिंक की आवश्यकता होने से पहले यह उस समय की मात्रा है जब कोई सेकेंडरी ऑफ़लाइन हो सकता है। ये मेट्रिक्स आपको सूचित करते हैं कि हमारे अगले लेन-देन को oplog से हटाए जाने से पहले आपके पास कितना समय बचा है।
ClusterControl MongoDB रेप्लिकासेट मेट्रिक्स प्रतिकृति हेडरूम - यह ग्राफ प्राइमरी की ओप्लॉग विंडो और सेकेंडरी नोड्स के रेप्लिकेशन लैग के बीच के अंतर को प्रस्तुत करता है। MongoDB oplog आकार में सीमित है और यदि नोड बहुत दूर है, तो यह पकड़ने में सक्षम नहीं होगा। यदि ऐसा होता है, तो पूर्ण समन्वयन जारी किया जाएगा और यह एक महंगा ऑपरेशन है जिससे हर समय बचना होगा।
प्रति प्रतिकृति ऑनलाइन कुल प्राथमिक/द्वितीयक - समयावधि में क्लस्टर नोड्स की कुल संख्या।
प्रति प्रतिकृति खोलें कर्सर (पिन किया हुआ, समय समाप्त, कुल) - एक पढ़ने का अनुरोध एक कर्सर के साथ आता है जो परिणाम के डेटा सेट का सूचक होता है। यह सर्वर पर खुला रहेगा और इसलिए स्मृति का उपभोग करेगा जब तक कि इसे डिफ़ॉल्ट MongoDB सेटिंग द्वारा समाप्त नहीं किया जाता है। स्मृति को बचाने के लिए आपको गैर-सक्रिय कर्सर की पहचान करनी चाहिए और उन्हें काट देना चाहिए।
प्रतिकृति सेट करें - समयबाह्य कर्सर प्रति सेटमैक्स प्रतिकृति अंतराल प्रति प्रतिकृति - प्रतिकृति अंतराल बहुत महत्वपूर्ण है यदि आप अधिक सेकेंडरी जोड़कर रीडिंग को स्केल कर रहे हैं। MongoDB केवल इन सेकेंडरी का उपयोग करेगा यदि वे बहुत पीछे नहीं हैं। यदि सेकेंडरी में प्रतिकृति लैग है, तो आप पुराने डेटा को प्रस्तुत करने का जोखिम उठाते हैं जो पहले से ही प्राथमिक पर अधिलेखित हो चुका है।
OplogSize - कुछ कार्यभार के लिए बड़े ओपलॉग आकार की आवश्यकता हो सकती है। एक साथ कई दस्तावेज़ों में अपडेट, हटाना एक इंसर्ट के समान डेटा की मात्रा या इन-प्लेस अपडेट की महत्वपूर्ण संख्या के बराबर होता है।
OpsConters - यह ग्राफ क्वेरी निष्पादन की संख्या दिखाता है।
प्राथमिक से प्रतिकृति सेट सदस्य के लिए पिंग समय - यह आपको प्रतिकृति सेट सदस्यों की खोज करने देता है जो प्राथमिक नोड से नीचे या पहुंच योग्य नहीं हैं।
समापन टिप्पणियां
नया ClusterControl 1.7.1 MongoDB डैशबोर्ड सुविधा सामुदायिक संस्करण में निःशुल्क उपलब्ध है। डेटाबेस ऑप्स टीमें उच्च-रिज़ॉल्यूशन ग्राफ़ का उपयोग करके इससे लाभ उठा सकती हैं, खासकर जब मूल कारण विश्लेषण और क्षमता नियोजन के रूप में अपनी दैनिक दिनचर्या का प्रदर्शन करते हैं।
नए निगरानी एजेंटों को तैनात करने के लिए यह सिर्फ एक क्लिक की बात है। ClusterControl Prometheus एजेंटों को स्थापित करता है, मेट्रिक्स को कॉन्फ़िगर करता है और अपने GUI के माध्यम से Prometheus निर्यातक कॉन्फ़िगरेशन तक पहुंच बनाए रखता है, ताकि आप निर्यातकों (Prometheus) के लिए कलेक्टर फ़्लैग जैसे पैरामीटर कॉन्फ़िगरेशन को बेहतर ढंग से प्रबंधित कर सकें।
पढ़ने और लिखने के अनुरोधों की संख्या की पर्याप्त रूप से निगरानी करके आप संसाधन अधिभार को रोक सकते हैं, संभावित अधिभार की उत्पत्ति का शीघ्रता से पता लगा सकते हैं, और जान सकते हैं कि कब बढ़ाना है।
