Percona XtraDB क्लस्टर MySQL दुनिया में एक बहुत ही प्रसिद्ध उच्च उपलब्धता समाधान है। यह गैलेरा क्लस्टर पर आधारित है और यह कई नोड्स में वस्तुतः तुल्यकालिक प्रतिकृति प्रदान करता है। हर डेटाबेस की तरह, सिस्टम में क्या हो रहा है, अगर प्रदर्शन अपेक्षित स्तर पर है और यदि नहीं, तो अड़चन क्या है, इस पर नज़र रखना महत्वपूर्ण है। उस स्थिति में ठीक से प्रतिक्रिया करने में सक्षम होने के लिए यह अत्यंत महत्वपूर्ण है, जहां प्रदर्शन प्रभावित होता है। बेशक, Percona XtraDB क्लस्टर कई मेट्रिक्स के साथ आता है और यह हमेशा स्पष्ट नहीं होता है कि डेटाबेस की स्थिति को ट्रैक करने के लिए उनमें से कौन सबसे महत्वपूर्ण हैं। इस ब्लॉग में हम कुछ प्रमुख मेट्रिक्स पर चर्चा करेंगे जिन्हें आप पीएक्ससी के साथ काम करते समय नज़र रखना चाहते हैं।
इसे स्पष्ट करने के लिए, हम PXC और Galera के लिए अद्वितीय मेट्रिक्स पर ध्यान केंद्रित करेंगे, हम MySQL या InnoDB के लिए मेट्रिक्स को कवर नहीं करेंगे। उन मेट्रिक्स पर हमारे पिछले ब्लॉगों में चर्चा की गई है।
आइए कुछ सबसे महत्वपूर्ण जानकारी पर एक नज़र डालते हैं जो पीएक्ससी हमें प्रस्तुत करती है।
प्रवाह नियंत्रण
प्रवाह नियंत्रण सबसे महत्वपूर्ण मीट्रिक है जिसे आप किसी भी गैलेरा क्लस्टर में मॉनिटर कर सकते हैं, इसलिए आइए कुछ पृष्ठभूमि देखें। गैलेरा एक बहु-मास्टर, वस्तुतः तुल्यकालिक क्लस्टर है। इसे बनाने वाले किसी भी डेटाबेस नोड पर राइट्स को निष्पादित करना संभव है। प्रत्येक लेखन को यह सुनिश्चित करने के लिए क्लस्टर में सभी नोड्स को भेजा जाना है कि इसे लागू किया जा सकता है - इस प्रक्रिया को प्रमाणीकरण कहा जाता है। सभी नोड्स सहमत होने से पहले कोई लेनदेन लागू नहीं किया जा सकता है। यदि किसी भी नोड में प्रदर्शन की समस्या है जो इसे ट्रैफ़िक से निपटने में असमर्थ बनाती है, तो यह प्रवाह नियंत्रण संदेश जारी करना शुरू कर देगा, जिसका उद्देश्य बाकी क्लस्टर को प्रदर्शन समस्याओं के बारे में सूचित करना है और उन्हें कार्यभार को कम करने और देरी में मदद करने के लिए कहना है। नोड बाकी क्लस्टर के साथ पकड़ने के लिए।
आप ट्रैक कर सकते हैं कि फ़्लो कंट्रोल पॉज़्ड मेट्रिक (wsrep_flow_control_paused) का उपयोग करके नोड्स को कृत्रिम विराम कब देना पड़ा, ताकि उनके पिछड़े हुए साथियों को पकड़ने दिया जा सके:
आप यह भी ट्रैक कर सकते हैं कि नोड प्रवाह नियंत्रण संदेश भेज रहा है या प्राप्त कर रहा है। (wsrep_flow_control_recv और wsrep_flow_control_sent)।
यह जानकारी आपको बेहतर ढंग से समझने में मदद करेगी कि कौन सा नोड उस पर प्रदर्शन नहीं कर रहा है अपने साथियों के रूप में स्तर। फिर आप उस नोड पर ध्यान केंद्रित कर सकते हैं और यह समझने की कोशिश कर सकते हैं कि समस्या क्या है और बाधा को कैसे दूर किया जाए।
कतार भेजें और प्राप्त करें
वे मीट्रिक प्रवाह नियंत्रण से संबंधित हैं। जैसा कि हमने चर्चा की है, एक नोड क्लस्टर में अन्य नोड्स से पिछड़ सकता है। यह एक गैर-सम कार्यभार विभाजन या अन्य कारणों (पृष्ठभूमि में चल रही कुछ प्रक्रिया, बैकअप या कुछ कस्टम, भारी क्वेरी) के कारण हो सकता है। प्रवाह नियंत्रण शुरू होने से पहले, लैगिंग नोड्स आने वाले राइटसेट को प्राप्त कतार (wsrep_local_recv_queue) में संग्रहीत करने का प्रयास करेंगे, यह उम्मीद करते हुए कि प्रदर्शन प्रभाव क्षणिक है और यह बहुत जल्द पकड़ने में सक्षम होगा। केवल अगर कतार बहुत बड़ी हो जाती है (यह gcs.fc_limit सेटिंग द्वारा नियंत्रित होती है), प्रवाह नियंत्रण संदेश पूरे क्लस्टर में भेजे जाने लगते हैं।
आप प्राप्त कतार को प्रारंभिक मार्कर के रूप में सोच सकते हैं जो दर्शाता है कि वहां प्रदर्शन के साथ समस्याएं हैं और प्रवाह नियंत्रण शुरू हो सकता है।
दूसरी ओर, कतार भेजें (wsrep_local_send_queue) आपको बताएगा कि नोड क्लस्टर के अन्य सदस्यों को राइटसेट भेजने में सक्षम नहीं है जो नेटवर्क कनेक्टिविटी के साथ समस्याओं का संकेत दे सकता है (राइटसेट को पुश करने के लिए) नेटवर्क वास्तव में संसाधन-गहन नहीं है)।
समानांतर मीट्रिक
Percona XtraDB क्लस्टर को आने वाले राइटसेट को लागू करने के लिए कई थ्रेड्स का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है - यह क्लस्टर से कनेक्ट होने वाले कई थ्रेड्स को बेहतर ढंग से संभालने और एक ही समय में राइट जारी करने की अनुमति देता है। दो मुख्य मीट्रिक हैं जिन पर आप नज़र रख सकते हैं।
सबसे पहले, wsrep_cert_deps_distance, हमें बताता है कि समांतरता क्षमता क्या है - एक ही समय में संभावित रूप से कितने राइटसेट लागू किए जा सकते हैं। इस मान के आधार पर आप समांतर दास धागे (wsrep_slave_threads) की संख्या को कॉन्फ़िगर कर सकते हैं जो आने वाले राइटसेट को लागू करने पर काम करेंगे। अंगूठे का नियम यह है कि wsrep_cert_deps_distance के मान से अधिक थ्रेड कॉन्फ़िगर करने का कोई मतलब नहीं है।
दूसरा मीट्रिक, हमें बताता है कि हम कितनी कुशलता से राइटसेट लागू करने की प्रक्रिया को समानांतर करने में सक्षम थे - wsrep_apply_oooe हमें बताता है कि कितनी बार एप्लायर ने राइटसेट को क्रम से लागू करना शुरू किया (जो बेहतर समानांतरकरण की ओर इशारा करता है) )।
निष्कर्ष
जैसा कि आप देख सकते हैं, Percona XtraDB क्लस्टर में कुछ मीट्रिक देखने लायक हैं। बेशक, जैसा कि हमने इस ब्लॉग की शुरुआत में कहा था, वे मेट्रिक्स सामान्य रूप से पीएक्ससी और गैलेरा क्लस्टर से सख्ती से संबंधित हैं।
अपने डेटाबेस की स्थिति को बेहतर ढंग से समझने के लिए आपको नियमित MySQL और InnoDB मेट्रिक्स पर भी नज़र रखनी चाहिए। और याद रखें, आप ClusterControl सामुदायिक संस्करण का उपयोग करके इस तकनीक की निःशुल्क निगरानी कर सकते हैं।
