SCUMM डैशबोर्ड पर अपने पिछले ब्लॉग में, हमने MySQL ओवरव्यू डैशबोर्ड को देखा था। ClusterControl का नया संस्करण (ver. 1.7) उपयोगी मीट्रिक के कई उच्च रिज़ॉल्यूशन ग्राफ़ प्रदान करता है, और हमने प्रत्येक मीट्रिक के अर्थ के माध्यम से जाना, और वे आपके डेटाबेस के समस्या निवारण में आपकी सहायता कैसे करते हैं। इस ब्लॉग में, हम MySQL प्रतिकृति डैशबोर्ड को देखेंगे। आइए इस डैशबोर्ड के विवरण पर आगे बढ़ते हैं कि क्या पेश करना है।
MySQL प्रतिकृति डैशबोर्ड
MySQL प्रतिकृति डैशबोर्ड ग्राफ़ का एक बहुत ही सरल सेट प्रदान करता है जो आपके MySQL मास्टर और प्रतिकृति की निगरानी करना आसान बनाता है। ऊपर से शुरू करके, यह प्रतिकृति या मास्टर के स्वास्थ्य को निर्धारित करने के लिए सबसे महत्वपूर्ण चर और जानकारी दिखाता है। दासों या मास्टर-मास्टर सेटअप में मास्टर के स्वास्थ्य का निरीक्षण करते समय यह डैशबोर्ड एक बहुत ही उपयोगी हिस्सा प्रदान करता है। कोई भी इस डैशबोर्ड पर मास्टर के बाइनरी लॉग निर्माण की जांच कर सकता है और किसी विशेष समय अवधि में उत्पन्न आकार के संदर्भ में समग्र आयाम निर्धारित कर सकता है।
इस डैशबोर्ड में सबसे पहले, यह आपको सबसे महत्वपूर्ण जानकारी प्रदान करता है जिसकी आपको अपनी प्रतिकृति के स्वास्थ्य की आवश्यकता हो सकती है। नीचे दिया गया ग्राफ़ देखें:
मूल रूप से, यह आपको स्लेव थ्रेड का IO_Thread, SQL_Thread, प्रतिकृति त्रुटि दिखाएगा और यदि read_only चर सक्षम है। उपरोक्त नमूना स्क्रीनशॉट से, सभी जानकारी से पता चलता है कि मेरा दास 192.168.70.20 स्वस्थ है और सामान्य रूप से चल रहा है।
इसके अतिरिक्त, यदि आप क्लस्टर -> अवलोकन पर जाते हैं, तो ClusterControl के पास जानकारी एकत्र करने के लिए भी है। नीचे स्क्रॉल करें और आप नीचे दिए गए ग्राफ़ को देख सकते हैं:
प्रतिकृति सेटअप को देखने के लिए एक अन्य स्थान प्रतिकृति सेटअप का टोपोलॉजी दृश्य है, जिसे क्लस्टर -> टोपोलॉजी में एक्सेस किया जा सकता है। यह एक त्वरित नज़र में, सेटअप में विभिन्न नोड्स का एक दृश्य, उनकी भूमिका, प्रतिकृति अंतराल, पुनर्प्राप्त GTID और बहुत कुछ देता है। नीचे दिया गया ग्राफ़ देखें:
इसके अलावा, टोपोलॉजी व्यू उन सभी अलग-अलग नोड्स को भी दिखाता है जो आपके डेटाबेस क्लस्टर का हिस्सा बनते हैं, चाहे वह डेटाबेस नोड्स, लोड बैलेंसर (प्रॉक्सीएसक्यूएल/मैक्सस्केल/हैप्रोक्सी) या मध्यस्थ (गारबड), साथ ही उनके बीच के कनेक्शन हों। क्लस्टरकंट्रोल द्वारा नोड्स, कनेक्शन और उनकी स्थिति की खोज की जाती है। चूंकि ClusterControl लगातार नोड्स की निगरानी कर रहा है और राज्य की जानकारी रखता है, टोपोलॉजी में कोई भी बदलाव वेब इंटरफेस में परिलक्षित होता है। नोड्स की विफलता की रिपोर्ट के मामले में, आप SCUMM डैशबोर्ड के साथ इस दृश्य का उपयोग कर सकते हैं और देख सकते हैं कि इसका क्या प्रभाव हो सकता है।
टोपोलॉजी व्यू में ऑर्केस्ट्रेटर के साथ कुछ समानता है जिसमें आप नोड्स का प्रबंधन कर सकते हैं, ऑब्जेक्ट को वांछित मास्टर पर खींचकर और छोड़ कर मास्टर्स को बदल सकते हैं, नोड्स को पुनरारंभ कर सकते हैं और डेटा को सिंक्रनाइज़ कर सकते हैं। हमारे टोपोलॉजी व्यू के बारे में अधिक जानने के लिए, हम आपको हमारे पिछले ब्लॉग - "क्लस्टर कंट्रोल में अपने क्लस्टर टोपोलॉजी को विज़ुअलाइज़ करना" पढ़ने का सुझाव देते हैं।
आइए अब रेखांकन के साथ आगे बढ़ते हैं।
-
MySQL प्रतिकृति विलंब
यह ग्राफ़ MySQL को प्रबंधित करने वाले किसी भी व्यक्ति के लिए बहुत परिचित है, विशेष रूप से वे जो अपने मास्टर-स्लेव सेटअप पर दैनिक आधार पर काम कर रहे हैं। इस ग्राफ़ में इस डैशबोर्ड में निर्दिष्ट एक विशिष्ट समय सीमा के लिए रिकॉर्ड किए गए सभी अंतराल के रुझान हैं। जब भी हम समय-समय पर गिरने के समय की जांच करना चाहते हैं जो हमारी प्रतिकृति है, तो यह ग्राफ देखने में अच्छा है। ऐसे कुछ अवसर होते हैं कि एक प्रतिकृति विषम कारणों से पिछड़ सकती है जैसे कि आपके RAID में एक नीचा BBU है और उसे बदलने की आवश्यकता है, एक तालिका में कोई विशिष्ट कुंजी नहीं है लेकिन मास्टर पर नहीं है, एक अवांछित पूर्ण तालिका स्कैन या पूर्ण अनुक्रमणिका स्कैन, या एक खराब क्वेरी है एक डेवलपर द्वारा चल रहा छोड़ दिया गया था। यह निर्धारित करने के लिए भी एक अच्छा संकेतक है कि क्या स्लेव लैग एक प्रमुख मुद्दा है, तो आप समानांतर प्रतिकृति का लाभ उठाना चाह सकते हैं। -
बिनलॉग साइज
ये ग्राफ एक दूसरे से संबंधित हैं। बिनलॉग आकार ग्राफ आपको दिखाता है कि आपका नोड बाइनरी लॉग कैसे उत्पन्न करता है और आपके द्वारा स्कैन किए जा रहे समय के आधार पर इसके आयाम को निर्धारित करने में मदद करता है। -
बिनलॉग डेटा प्रति घंटा लिखा गया
बिनलॉग डेटा प्रति घंटा लिखा गया एक ग्राफ है जो वर्तमान दिन और पिछले दिन दर्ज किया गया है। यह तब उपयोगी हो सकता है जब आप यह पहचानना चाहें कि आपका नोड कितना बड़ा है जो लेखन स्वीकार कर रहा है, जिसे आप बाद में क्षमता नियोजन के लिए उपयोग कर सकते हैं।
-
बिनलॉग गणना
मान लें कि आप किसी दिए गए सप्ताह के लिए उच्च ट्रैफ़िक की अपेक्षा करते हैं। आप पिछले सप्ताह के साथ तुलना करना चाहते हैं कि आपके स्वामी और दासों के माध्यम से कितने बड़े लेखन चल रहे हैं। इस तरह की स्थिति के लिए यह ग्राफ बहुत उपयोगी है - यह निर्धारित करने के लिए कि उत्पन्न बाइनरी लॉग मास्टर पर या यहां तक कि दासों पर भी कितने उच्च थे यदि log_slave_updates चर सक्षम है। आप इस सूचक का उपयोग अपने मास्टर बनाम दास बाइनरी लॉग डेटा को उत्पन्न करने के लिए भी कर सकते हैं, खासकर यदि आप अपने दासों पर कुछ तालिकाओं या स्कीमा (replicate_ignore_db, प्रतिकृति_ignore_table, प्रतिकृति_विल्ड_डो_टेबल) को फ़िल्टर कर रहे हैं जो log_slave_updates सक्षम होने के दौरान उत्पन्न हुए थे। -
बिनलॉग हर घंटे बनाए जाते हैं
यह ग्राफ़ आपके बिनलॉग निर्माण की प्रति घंटा कल और आज की तारीख से तुलना करने के लिए एक त्वरित अवलोकन है। -
रिले लॉग स्पेस
यह ग्राफ़ आपकी प्रतिकृति से उत्पन्न रिले लॉग के आधार के रूप में कार्य करता है। जब MySQL प्रतिकृति विलंब ग्राफ के साथ प्रयोग किया जाता है, तो यह निर्धारित करने में मदद करता है कि उत्पन्न रिले लॉग की संख्या कितनी बड़ी है, जिसे व्यवस्थापक को वर्तमान प्रतिकृति की डिस्क उपलब्धता के संदर्भ में विचार करना है। जब आपका दास सख्ती से पिछड़ रहा हो, और बड़ी संख्या में रिले लॉग उत्पन्न कर रहा हो, तो यह परेशानी का कारण बन सकता है। यह आपके डिस्क स्थान का शीघ्रता से उपभोग कर सकता है। ऐसी कुछ स्थितियां हैं कि, मास्टर से अधिक संख्या में लिखने के कारण, दास/प्रतिकृति काफी पिछड़ जाएगी, इस प्रकार बड़ी मात्रा में लॉग उत्पन्न करने से उस प्रतिकृति पर कुछ गंभीर समस्याएं हो सकती हैं। क्षमता नियोजन के बारे में अपने प्रबंधन से बात करते समय यह ऑप्स टीम की मदद कर सकता है। -
रिले लॉग प्रति घंटा लिखा जाता है
रिले लॉग स्पेस के समान लेकिन कल और आज की तारीख से लिखे गए आपके रिले लॉग की तुलना करने के लिए एक त्वरित अवलोकन जोड़ता है।
निष्कर्ष
आपने सीखा कि अपने MySQL प्रतिकृति की निगरानी के लिए SCUMM का उपयोग करने से संचालन टीम में अधिक उत्पादकता और दक्षता जुड़ जाती है। SCUMM के साथ प्रदान किए गए ग्राफ़ के साथ संयुक्त रूप से हमारे पास पिछले संस्करणों की सुविधाओं का उपयोग करना जिम जाने और अपनी उत्पादकता में बड़े पैमाने पर सुधार देखने जैसा है। यह वही है जो SCUMM पेशकश कर सकता है:स्टेरॉयड पर निगरानी! (अब, हम इस बात की वकालत नहीं कर रहे हैं कि जिम जाते समय आपको स्टेरॉयड लेना चाहिए!)
इस ब्लॉग के भाग 3 में, मैं InnoDB मेट्रिक्स और MySQL प्रदर्शन स्कीमा डैशबोर्ड पर चर्चा करूँगा।
