अपनी स्थापना के बाद से, क्लाउड-आधारित परिवेश में माइग्रेशन की संख्या में वृद्धि हुई है। आखिरकार, क्लाउड कंप्यूटिंग व्यवसायों के लिए, विशेष रूप से बड़े डेटा के साथ काम करने वालों के लिए कई लाभ प्रदान कर सकती है।
हालांकि, जैसे-जैसे मांग बढ़ती है, वैसे-वैसे लागतें भी बढ़ती हैं, और आप खुद को ऐसी स्थिति में पा सकते हैं, जहां मासिक क्लाउड खर्च बहुत अधिक हो जाता है, और नकारात्मक जल्द ही क्लाउड में संचालन के लाभों से आगे निकल जाते हैं। या शायद आपके पास सुरक्षा या अनुपालन आवश्यकताएं हैं जो आपको अपने सिस्टम पर अधिक प्रत्यक्ष नियंत्रण रखने के लिए बुला रही हैं। यह अंततः आपके लिए एक ऑन-प्रिमाइसेस परिवेश में वापस माइग्रेट करने का मामला बन सकता है।
AWS हमारे सिस्टम को क्लाउड में चलाने के लिए निगरानी और प्रबंधन उपकरण प्रदान करता है जबकि अनुकूलन के लिए दृश्यता और नियंत्रण होता है। हालांकि, जब हम खुद को समय-समय पर समाधान के लिए तैयार पाते हैं, तो हमारे डेटा को माइग्रेट करना और हमारे सिस्टम को ठीक से प्रबंधित करने के लिए सभी टूल को फिर से बनाना चुनौतीपूर्ण हो सकता है।
इस ब्लॉग में, हम चर्चा करेंगे कि आप अपने सिस्टम को AWS से एक ऑन-प्रिमाइसेस डेटासेंटर में कैसे माइग्रेट कर सकते हैं और कैसे ClusterControl प्रक्रिया को सुव्यवस्थित करने में मदद कर सकता है।
अवधारणाएं
इसमें कूदने से पहले, आइए Amazon Cloud और ClusterControl के बारे में कुछ बुनियादी अवधारणाओं को कवर करें।
एडब्ल्यूएस
अमेज़ॅन वेब सर्विसेज (एडब्ल्यूएस) एक सेवा मंच के रूप में एक बुनियादी ढांचा है जिसमें बड़ी संख्या में स्वतंत्र और अर्ध-स्वतंत्र सेवाएं शामिल हैं। एक सेवा मंच के रूप में अवसंरचना का उद्देश्य, वस्तु के आधार पर, ऐसी सेवाएं प्रदान करना है जिनके लिए पहले उच्च-स्तरीय सर्वर, नेटवर्क राउटर और स्विच जैसे पूंजी-गहन अवसंरचना घटकों की खरीद की आवश्यकता होती है, और बड़े उद्यमों के लिए, यहां तक कि उनके खुद के डेटासेंटर।
आरडीएस
अमेज़ॅन रिलेशनल डेटाबेस सर्विस (आरडीएस) क्लाउड में रिलेशनल डेटाबेस को सेट अप, ऑपरेट और स्केल करना आसान बनाती है। यह हार्डवेयर प्रावधान, डेटाबेस सेटअप, पैचिंग और बैकअप जैसे समय लेने वाले प्रशासन कार्यों को स्वचालित करते हुए लागत-कुशल और आकार बदलने योग्य क्षमता प्रदान करता है।
Amazon RDS कई डेटाबेस इंस्टेंस प्रकारों पर उपलब्ध है और आपको चुनने के लिए छह परिचित डेटाबेस प्रबंधन सिस्टम प्रदान करता है, जिसमें Amazon Aurora, PostgreSQL, MySQL, MariaDB, Oracle डेटाबेस और SQL सर्वर शामिल हैं।
EC2
Amazon Elastic Compute Cloud (EC2) एक ऐसी सेवा है जो क्लाउड में सुरक्षित और आकार बदलने योग्य कंप्यूट क्षमता प्रदान करती है। इसे डेवलपर्स के लिए वेब-स्केल क्लाउड कंप्यूटिंग को आसान बनाने के लिए डिज़ाइन किया गया है।
अमेज़ॅन ईसी2 का सरल वेब इंटरफ़ेस आपको न्यूनतम घर्षण के साथ क्षमता प्राप्त करने और कॉन्फ़िगर करने देता है। यह आपको आपके कंप्यूटिंग संसाधनों का पूर्ण नियंत्रण प्रदान करता है और आपको Amazon के सिद्ध कंप्यूटिंग वातावरण पर चलने देता है।
ClusterControl
क्लस्टरकंट्रोल ओपन सोर्स डेटाबेस के लिए एक व्यापक प्रबंधन प्रणाली है जो कांच के एक ही फलक से परिनियोजन, प्रबंधन कार्यों, और स्वास्थ्य और प्रदर्शन निगरानी को स्वचालित करता है।
ClusterControl किसी भी वातावरण में विभिन्न डेटाबेस तकनीकों के लिए परिनियोजन, प्रबंधन, निगरानी और स्केलिंग का समर्थन करता है।
ऑन-प्रेम में माइग्रेट क्यों करें?
जैसा कि हमने पहले उल्लेख किया है, AWS से ऑन-प्रिमाइसेस वातावरण में माइग्रेट करने के सबसे सामान्य कारण लागत, सुरक्षा, अनुपालन या स्थानीय एप्लिकेशन चलाना हैं। एडब्ल्यूएस में, आप नहीं जानते कि बुनियादी ढांचे के तहत क्या हो रहा है। आप केवल यह जानते हैं कि सब कुछ काम कर रहा है या नहीं। यदि आप खराब प्रदर्शन या विसंगतियों का अनुभव करते हैं, तो अमेज़ॅन समर्थन से संपर्क करने का एकमात्र समाधान है।
उदाहरण माइग्रेशन परिदृश्य
AWS में, आपके पास इस ब्लॉग से संबंधित दो अलग-अलग उत्पाद हैं:EC2 और RDS।
उनके बीच मुख्य अंतर यह है कि EC2 में, आपके पास सर्वर तक SSH की पहुंच है और आपको डेटाबेस को स्वयं प्रबंधित करना होगा। आरडीएस एक होस्टेड डेटाबेस सेवा है, और आपके पास केवल डेटाबेस इंस्टेंस तक पहुंच है।
आरडीएस में, चूंकि आपके पास एसएसएच एक्सेस नहीं है, इसलिए आपको एक डंप बनाना होगा और इसे नए सर्वर में आयात करना होगा, या प्रतिकृति को कॉन्फ़िगर करना होगा और प्रतिकृति को नए प्राथमिक में बढ़ावा देना होगा। दोनों विकल्पों के लिए, प्रक्रिया मैनुअल है। आप इस प्रक्रिया को बेहतर बनाने के लिए लोड बैलेंसर भी जोड़ सकते हैं। हमने इस कार्य को इन ब्लॉगों में शामिल किया है:भाग 1 और भाग 2।
तो, आइए EC2 से माइग्रेशन पर ध्यान दें।
हमारे उदाहरण में, आइए देखें कि MySQL को AWS EC2 से ऑन-प्रिमाइसेस डेटा सेंटर में कैसे माइग्रेट किया जाए। हम एक MySQL प्रतिकृति वातावरण का उपयोग करेंगे, लेकिन इन चरणों को PostgreSQL जैसी अन्य तकनीकों के लिए काम करना चाहिए।
हम मान लेंगे कि आपका मुख्य MySQL डेटाबेस EC2 इंस्टेंस पर चल रहा है। ऑन-प्रिमाइसेस डेटा सेंटर में, हम यह भी मानेंगे कि आपके पास ClusterControl स्थापित है और माइग्रेट करने के लिए एक नया डेटाबेस सर्वर है।
AWS प्रबंधन कंसोल में, आपको EC2 में कुछ इस तरह होना चाहिए इंस्टेंस सेक्शन:
सबसे पहले, आपको EC2 पर चल रहे अपने वर्तमान प्राथमिक नोड को आयात करना होगा क्लस्टर नियंत्रण के लिए। इस आयात प्रक्रिया के लिए, आपको EC2 इंस्टेंस से जुड़े सुरक्षा समूह को संपादित करके पोर्ट 3306 खोलना होगा।
इसके बाद, ClusterControl में, इम्पोर्ट सेक्शन में जाएँ:
वहां, आप डेटाबेस प्रौद्योगिकी का चयन कर सकते हैं, इस उदाहरण में MySQL प्रतिकृति, और आपको एसएसएच के माध्यम से अपने सर्वर से कनेक्ट करने के लिए उपयोगकर्ता, कुंजी या पासवर्ड और पोर्ट निर्दिष्ट करना होगा। आपको अपने नए क्लस्टर का नाम भी देना होगा।
SSH एक्सेस जानकारी सेट करने के बाद, आपको कुछ डेटाबेस जानकारी को परिभाषित करना होगा जैसे डेटाबेस व्यवस्थापक क्रेडेंशियल्स, पोर्ट, और आधारित। साथ ही, आप नए क्लस्टर के लिए ClusterControl Node AutoRecovery, और Cluster AutoRecovery सुविधाओं को सक्षम कर सकते हैं।
फिर, आपको आईपी पते या होस्टनाम का उपयोग करके अपना सर्वर जोड़ना होगा और आयात दबाएं।
एक बार यह हो जाने के बाद, आप आयात कार्य की स्थिति की निगरानी कर सकते हैं। ClusterControl गतिविधि मॉनिटर।
कार्य पूरा होने के बाद, आप मुख्य में अपना डेटाबेस नोड देखेंगे क्लस्टर नियंत्रण स्क्रीन:
अपने वर्तमान मास्टर डेटाबेस में बिनलॉग पीढ़ी को सक्षम करना सुनिश्चित करें।
अब, आप अपने वर्तमान प्राथमिक डेटाबेस से अपने भविष्य के नए प्राथमिक नोड को एक नई प्रतिकृति के रूप में जोड़ सकते हैं। इसके लिए, ClusterControl पर जाएँ -> क्लस्टर चुनें -> क्लस्टर क्रियाएँ -> प्रतिकृति स्लेव जोड़ें।
यहां, आपको नई प्रतिकृति का होस्टनाम या आईपी पता जोड़ना होगा सर्वर, और यदि आप चाहते हैं कि ClusterControl आपके लिए सॉफ़्टवेयर स्थापित करे।
सुनिश्चित करें कि आपके पास ऑन-प्रिमाइसेस सर्वर में AWS से पोर्ट 3306 और 9999 तक कनेक्टिविटी है।
ClusterControl प्राथमिक का एक हॉट बैकअप लेकर, इसे रेप्लिका में स्ट्रीम करके, और इसे वहां पुनर्स्थापित करके डेटा के साथ प्रतिकृति को चरणबद्ध करता है। एक बार बहाल होने के बाद, प्रतिकृति नोड प्राथमिक नोड से जुड़ा होता है ताकि यह घटनाओं को पकड़ सके और सिंक हो सके। ध्यान दें कि कुछ लोड के साथ चलने वाले बड़े डेटाबेस के लिए, आप प्राथमिक नोड पर इस ऑपरेशन के अतिरिक्त भार से बचना चाह सकते हैं। उस स्थिति में, मौजूदा बैकअप से पहले प्रतिकृति नोड बनाना और फिर प्रतिकृति को जोड़ना संभव है, ताकि यह प्राथमिक नोड के साथ जुड़ सके।
इस कार्य के बाद, आपके पास कुछ इस तरह होना चाहिए:
आप ClusterControl टोपोलॉजी सेक्शन पर अपनी टोपोलॉजी को भी सत्यापित कर सकते हैं।
फिर, आपको प्रतिकृति को प्राथमिक (ClusterControl -> Select क्लस्टर -> नोड क्रियाएँ -> दास को बढ़ावा दें) और अपने आवेदन में समापन बिंदु बदलें।
इस टोपोलॉजी को बेहतर बनाने के लिए, आप ट्रैफ़िक को प्रबंधित करने के लिए एक लोड बैलेंसर जोड़ सकते हैं एप्लिकेशन सर्वर से डेटाबेस तक। लोड बैलेंसर का उपयोग करते समय, आपको माइग्रेशन के दौरान अपने एप्लिकेशन से समापन बिंदु बदलने की आवश्यकता नहीं होगी; लोड बैलेंसर प्राथमिक नोड को पारदर्शी तरीके से बदल देगा।
इस कार्य को करने के कई तरीके हैं, और आपको सक्षम होना चाहिए अपने बुनियादी ढांचे, सुरक्षा, आदि के आधार पर अपने पर्यावरण के लिए इस तरह की रणनीति अपनाएं।
सुरक्षा कारणों से, आपको AWS और ऑन-प्रिमाइसेस परिवेश के बीच VPN का उपयोग करने पर विचार करना चाहिए।
गैलेरा क्लस्टर जैसे मल्टी-मास्टर टोपोलॉजी के मामले में, आपको केवल उन नोड्स को जोड़ने की आवश्यकता है जो आप ऑन-प्रिमाइसेस चाहते हैं, लेकिन विलंबता से सावधान रहें। उदाहरण के लिए, आप नेटवर्क उपयोग को कम करने के लिए विभिन्न गैलेरा खंडों का उपयोग कर सकते हैं।
माइग्रेशन के लिए विचार
आखिरकार, अगर आप AWS को छोड़ना चाहते हैं और अपने स्वयं के वातावरण का उपयोग करना शुरू करना चाहते हैं, तो यहां कुछ बातों का ध्यान रखा जाना चाहिए:
- निगरानी:निगरानी प्रणाली का उपयोग करना न भूलें। आपको यह जानने की जरूरत है कि आपके सिस्टम में हर समय क्या हो रहा है!
- आपदा पुनर्प्राप्ति रणनीति:आपको एक अच्छे DRP पर विचार करना चाहिए। सामान्य तौर पर, आपके पास तीन अलग-अलग भौतिक स्थानों में जानकारी होनी चाहिए:प्राथमिक, प्रतिकृति और बैकअप।
- उच्च उपलब्धता:आजकल, अधिकांश उत्पादन परिवेशों में उच्च उपलब्धता आवश्यक है, इसलिए आपको अपने बुनियादी ढांचे के आधार पर सर्वोत्तम उच्च उपलब्धता समाधान के बारे में सोचने की आवश्यकता है।
- स्केलिंग:भविष्य में या किसी विशिष्ट घटना के लिए यदि आवश्यक हो तो आपको स्केल करने में सक्षम होना चाहिए।
- रोलबैक:यदि आप AWS से ऑन-प्रिमाइसेस परिवेश में माइग्रेट करना चाहते हैं, तो ध्यान रखें कि कुछ गलत हो सकता है (जैसा कि किसी भी प्रकार के माइग्रेशन में होता है), इसलिए आपके पास एक रोलबैक योजना होनी चाहिए।
- मान लीजिए कि आप किसी प्रकार के हाइब्रिड वातावरण के पीछे हैं, जिसमें उदाहरण AWS और ऑन-प्रिमाइसेस पर चल रहे हैं। उस स्थिति में, ClusterControl निगरानी, उपलब्धता प्रबंधन, बैकअप, स्केलिंग, और बहुत कुछ के लिए एक उत्कृष्ट फिट है। इसे आज़माएं!
रैपिंग अप
कभी-कभी, क्लाउड में काम करना सबसे उपयुक्त नहीं होता है, और आपको खुद को एक ऑन-प्रिमाइसेस समाधान पर वापस माइग्रेट करने की आवश्यकता हो सकती है। हमें उम्मीद है कि इस ब्लॉग ने आपको अपने MySQL-आधारित डेटा को AWS से अपने ऑन-प्रिमाइसेस डेटा सेंटर में माइग्रेट करने के बारे में कुछ उपयोगी जानकारी प्रदान की है और कैसे ClusterControl आपके सिस्टम को ठीक से प्रबंधित करने के लिए आवश्यक टूल प्रदान करता है।
एक बार जब आप अपना माइग्रेशन सफलतापूर्वक पूरा कर लेते हैं, तो अपने निगरानी प्रणाली को पूर्वानुमानित चेतावनी जैसी सक्रिय रणनीतियों के साथ स्तरित करें। अधिक जानने के लिए ClusterControl के साथ डेटाबेस मॉनिटरिंग पर हमारी हाल ही में अपडेट की गई पोस्ट देखें।
डेटाबेस प्रबंधन युक्तियों और सर्वोत्तम प्रथाओं के बारे में अधिक अपडेट के लिए, हमारे ब्लॉग, आरएसएस फ़ीड की सदस्यता लेना सुनिश्चित करें और लिंक्डइन और ट्विटर पर हमें फॉलो करें।
