Percona XtraDB क्लस्टर को 8.0 . में अपग्रेड करने के लिए टिप्स

MySQL 8.0 कुछ समय के लिए उपलब्ध है और Percona XtraDB क्लस्टर 8.0 भी कुछ समय के लिए उपलब्ध है। साथ ही, MySQL 5.6 अपने जीवन के अंत तक आ रहा है और PXC 5.6 का उपयोग करने वाले लोग भी जल्द ही एक और हाल के संस्करण में माइग्रेट करना चाहेंगे। आइए इस प्रक्रिया पर एक नज़र डालें और इसके बारे में कुछ सुझाव साझा करें।

याद रखें, यह MySQL के नीचे है...

शुरुआत के लिए, आपको यह ध्यान रखना होगा कि गैलेरा सिर्फ एक प्लगइन है जो MySQL के साथ काम करता है, इसलिए आपको यह सुनिश्चित करना होगा कि आप अपने विशेष MySQL संस्करण के लिए माइग्रेशन नियमों और प्रक्रियाओं का पालन करें जो आपके में उपयोग किया जाता है पीएक्ससी. यदि हम PXC 5.7 चला रहे हैं और आप PXC 8.0 में अपग्रेड करना चाहते हैं, तो आपको पहले MySQL अपग्रेड चेकलिस्ट के सभी बॉक्स चेक करने होंगे। हमने अपने ब्लॉग में उनमें से कुछ को MySQL 5.7 और MySQL 8.0 के बीच अपग्रेड प्रक्रिया का वर्णन करते हुए कवर किया है। इसका यह भी अर्थ है कि केवल MySQL द्वारा समर्थित अपग्रेड पथ व्यवहार्य हैं - उदाहरण के लिए, आप PXC 5.6 को सीधे PXC 8.0 में अपग्रेड नहीं कर सकते क्योंकि 5.6 से 8.0 तक सीधे MySQL अपग्रेड समर्थित नहीं है।

अपग्रेड दस्तावेज़ पढ़ें

हमेशा की तरह, जब भी आप अपग्रेड की योजना बनाते हैं, तो आपको विक्रेता द्वारा तैयार किए गए दस्तावेज़ों से खुद को परिचित करना चाहिए। Percona के पास एक वेब पेज है जो अपग्रेड प्रक्रिया और इसके चारों ओर चेतावनी को समझाने के लिए समर्पित है। हम इस ब्लॉग पोस्ट में उनमें से कुछ बिंदुओं पर चर्चा करेंगे।

कॉन्फ़िगरेशन में बदलाव

डिफ़ॉल्ट कॉन्फ़िगरेशन सेटिंग्स में कुछ बदलाव हैं जो अपग्रेड प्रक्रिया में समस्याओं को ट्रिगर कर सकते हैं - pxc_strict_mode डिफ़ॉल्ट रूप से ENFORCING पर सेट है। यह मोड किसी भी प्रकार के कॉन्फ़िगरेशन को रोकता है जो प्रयोगात्मक है और क्लस्टर की स्थिरता को प्रभावित कर सकता है। अन्य बातों के अलावा, उपयोग किए गए भंडारण इंजन, बाइनरी लॉग प्रारूप, प्राथमिक कुंजी के अस्तित्व और कुछ अन्य चीजों की जांच करता है। अपग्रेड करते समय, आप त्रुटि लॉग में असंगतताओं को ट्रैक करने के लिए इसे PERMISSIVE पर सेट करना चाह सकते हैं, लेकिन अन्यथा PXC को चलने दें, भले ही कुछ चीजें सबसे अच्छी स्थिति में न हों।

एक अन्य सेटिंग, pxc_encrypt_cluster_traffic, भी डिफ़ॉल्ट रूप से सक्षम है, नोड्स के बीच गैलेरा संचार के एन्क्रिप्शन को लागू करता है। एक ही क्लस्टर में एन्क्रिप्टेड और अनएन्क्रिप्टेड नोड्स के साथ नोड्स को मिलाना संभव नहीं है इसलिए आपको या तो इसे सभी नोड्स पर सेट करना होगा या सुनिश्चित करना होगा कि आप नए, पीएक्ससी 8.0 नोड्स पर pxc_encrypt_cluster_traffic को अक्षम कर दें।

डिफ़ॉल्ट प्रमाणीकरण प्लगिन में बदलाव करें

हमने MySQL 8.0 में माइग्रेशन पर अपने ब्लॉग पोस्ट में इसका उल्लेख किया है, लेकिन परिवर्तन इतना महत्वपूर्ण है कि हम इसे यहां भी दोहराना चाहते हैं - MySQL 8.0 के साथ डिफ़ॉल्ट प्रमाणीकरण प्लगइन caching_sha2_password में बदल जाता है - यह हो सकता है कुछ पुराने एप्लिकेशन को MySQL 8.0 के साथ असंगत बनाएं। बेशक, आप इस सेटिंग को बदल सकते हैं लेकिन अगर आप इसे ध्यान में नहीं रखते हैं, तो अपग्रेड पूरा होने के बाद यह उल्टा हो सकता है।

अपग्रेड प्रक्रियाएं

शुरुआत करने वालों के लिए, कृपया ध्यान रखें कि, अनुशंसित नहीं होने पर, कुछ के साथ एक ही क्लस्टर में PXC 5.7 और PXC 8.0 दोनों नोड्स चलाना संभव है। यह इन-प्लेस, लाइव अपग्रेड करने का अवसर खोलता है। प्रक्रिया काफी सरल होगी - पीएक्ससी 5.7 नोड को रोकें, इसे एक नया संस्करण स्थापित करके और इसे शुरू करके पीएक्ससी 8.0 में अपग्रेड करें। प्रक्रिया में डेटा निर्देशिका को नए संस्करण में अपग्रेड किया जाएगा और नया पीएक्ससी 8.0 नोड ठीक से शुरू करने और क्लस्टर में शामिल होने में सक्षम होना चाहिए। फिर आप एक-एक करके नोड्स के साथ आगे बढ़ते हैं, उन्हें पीएक्ससी 5.7 से पीएक्ससी 8.0 में माइग्रेट करते हैं। कृपया ध्यान रखें कि आपको एसएसटी से बचना चाहिए क्योंकि पीएक्ससी 8.0 नोड से डेटा निर्देशिका का उपयोग 5.7 पर नहीं किया जा सकता है। दूसरी तरफ ठीक काम करना चाहिए। SST को होने से रोकने के लिए, सुनिश्चित करें कि gcache आकार इतना बड़ा है कि लिखने को समायोजित किया जा सके और IST को होने दिया जा सके। IST ही ठीक काम करेगा।

यदि आपके पास अधिक मुक्त नोड हैं, तो आप हमेशा समानांतर में चलने वाले और अतुल्यकालिक प्रतिकृति के माध्यम से जुड़े विभिन्न प्रमुख संस्करणों पर दो समूहों के साथ अपग्रेड कर सकते हैं। क्या महत्वपूर्ण है, इस तरह के दृष्टिकोण से आप पीएक्ससी 8.0 को और अधिक अच्छी तरह से परीक्षण कर सकते हैं क्योंकि आप इसे कुछ समय के लिए चालू और चालू रखेंगे (मूल रूप से जब तक आपको इसकी आवश्यकता है) और आप इस क्लस्टर पर अपने आवेदन का परीक्षण कर सकते हैं - किसी भी बिंदु पर जब आप कुछ केवल-पढ़ने के कार्यभार को PXC 8.0 में स्थानांतरित कर सकते हैं, यह देखते हुए कि प्रश्नों को कैसे संभाला जाता है, यदि कोई त्रुटि या प्रदर्शन समस्याएँ हैं।

यदि आप ClusterControl का उपयोग करते हैं, तो इसे "क्रिएट स्लेव क्लस्टर" कार्य का उपयोग करके पूरा किया जा सकता है।

आपको यह तय करने के लिए कहा जाएगा कि प्रारंभिक डेटा कहां से आना चाहिए, मास्टर पीएक्ससी नोड या बैकअप से।

आपको SSH उपयोगकर्ता और कुंजी पथ जैसे कनेक्टिविटी विवरण भी पास करने होंगे ।

फिर आपको विक्रेता और संस्करण चुनने के लिए कहा जाएगा - आप शायद चाहते हैं अभी के लिए PXC 5.7 का उपयोग करने के लिए, आप बाद में नोड्स को अपग्रेड करेंगे, अपग्रेड प्रक्रिया का परीक्षण स्वयं करेंगे।

आखिरकार, आपको क्लस्टरकंट्रोल के लिए नोड होस्टनाम या आईपी एड्रेस पास करना होगा। कनेक्ट करें और नोड्स सेट करना शुरू करें।

परिणामस्वरूप आपके पास संस्करण 5.7 में चलने वाला दूसरा Percona XtraDB क्लस्टर होगा , मूल क्लस्टर से प्रतिकृति। उस क्लस्टर को नए संस्करण में अपग्रेड किया जा सकता है और अंत में, आप अपने ट्रैफ़िक को उस पर स्विच कर सकते हैं। हमने अपने पिछले ब्लॉग पोस्ट में इस प्रक्रिया के बारे में विस्तार से बताया है।

हमें उम्मीद है कि यह संक्षिप्त ब्लॉग पोस्ट आपको अपने Percona XtraDB क्लस्टर को संस्करण 8.0 में अपग्रेड करने के लिए बेहतर तैयारी करने में मदद करेगा।