भौगोलिक प्रतिकृति में MySQL की एक लंबी परंपरा है। दूरस्थ डेटा केंद्रों में क्लस्टर वितरित करने से डेटा को उपयोगकर्ता के करीब धकेल कर भौगोलिक विलंबता के प्रभाव को कम किया जा सकता है। यह आपदा वसूली की क्षमता भी प्रदान करता है। एक अलग साइट में हार्डवेयर की डुप्लीकेटिंग की महत्वपूर्ण लागत के कारण, अतीत में कई कंपनियां इसे वहन करने में सक्षम नहीं थीं। एक और लागत कुशल कर्मचारी है जो एक परिष्कृत एकाधिक डेटा केंद्रों के वातावरण को डिजाइन, कार्यान्वित और बनाए रखने में सक्षम है।
क्लाउड और DevOps ऑटोमेशन क्रांति के साथ, वितरित डेटासेंटर कभी भी जनता के लिए अधिक सुलभ नहीं रहा है। क्लाउड प्रदाता बेहतर कीमत के लिए अपनी सेवाओं की श्रेणी बढ़ा रहे हैं। कोई भी दुनिया भर में फैले डेटा के साथ क्रॉस-क्लाउड, हाइब्रिड वातावरण बना सकता है। व्यवधान परिदृश्यों की एक विस्तृत श्रृंखला तक पहुंचने के लिए कोई लचीला और स्केलेबल डीआर योजना बना सकता है। कुछ मामलों में, यह केवल एक बैकअप संग्रहीत ऑफ़साइट हो सकता है। अन्य मामलों में, यह कहीं और चल रहे उत्पादन परिवेश की 1 से 1 प्रति हो सकती है।
इस ब्लॉग में हम इनमें से कुछ मामलों पर एक नज़र डालेंगे, और सामान्य परिदृश्यों को संबोधित करेंगे।
बैकअप को क्लाउड में स्टोर करना
एक डीआर योजना एक सामान्य शब्द है जो एक संगठन द्वारा उपयोग किए जाने वाले बाधित आईटी सिस्टम और अन्य महत्वपूर्ण संपत्तियों को पुनर्प्राप्त करने की प्रक्रिया का वर्णन करता है। इसे प्राप्त करने के लिए बैकअप प्राथमिक तरीका है। जब बैकअप आपके उत्पादन सर्वर के समान डेटा केंद्र में होता है, तो आप जोखिम उठाते हैं कि यदि आप उस डेटा केंद्र को खो देते हैं तो सभी डेटा मिटा दिए जा सकते हैं। इससे बचने के लिए, आपके पास किसी अन्य भौतिक स्थान पर प्रतिलिपि बनाने की नीति होनी चाहिए। पुनर्स्थापित करने के लिए आवश्यक समय को कम करने के लिए डिस्क पर बैकअप रखना अभी भी एक अच्छा अभ्यास है। ज्यादातर मामलों में, आप अपने प्राथमिक बैकअप को उसी डेटा केंद्र में रखेंगे (पुनर्स्थापन समय को कम करने के लिए), लेकिन आपके पास एक बैकअप भी होना चाहिए जिसका उपयोग प्राथमिक डेटासेंटर के डाउन होने पर व्यावसायिक प्रक्रियाओं को पुनर्स्थापित करने के लिए किया जा सकता है।
ClusterControl:क्लाउड पर बैकअप अपलोड करें ClusterControl आपके डेटाबेस वातावरण और क्लाउड के बीच सहज एकीकरण की अनुमति देता है। यह क्लाउड में डेटा माइग्रेट करने के विकल्प प्रदान करता है। हम Amazon Web Services (AWS), Google Cloud Services या Microsoft Azure के लिए डेटाबेस बैकअप का एक पूर्ण संयोजन प्रदान करते हैं। बैकअप को अब आपकी पसंद के क्लाउड प्रदाता से सीधे निष्पादित, शेड्यूल, डाउनलोड और पुनर्स्थापित किया जा सकता है। यह क्षमता बढ़ी हुई अतिरेक, बेहतर आपदा वसूली विकल्प, और प्रदर्शन और लागत बचत दोनों में लाभ प्रदान करती है।
ClusterControl:क्लाउड क्रेडेंशियल प्रबंधित करना "डेटा सेंटर विफलता - प्रूफ बैकअप" सेट करने का पहला चरण आपके क्लाउड ऑपरेटर के लिए क्रेडेंशियल प्रदान करना है। आप यहां कई विक्रेताओं में से चुन सकते हैं। आइए सबसे लोकप्रिय क्लाउड ऑपरेटर - AWS के लिए सेट की गई प्रक्रिया पर एक नज़र डालें।
ClusterControl:क्लाउड क्रेडेंशियल जोड़ना आप सभी की जरूरत है एडब्ल्यूएस कुंजी आईडी और उस क्षेत्र के लिए रहस्य जहां आप अपना बैकअप स्टोर करना चाहते हैं। आप इसे एडब्ल्यूएस कंसोल से प्राप्त कर सकते हैं। आप इसे प्राप्त करने के लिए कुछ चरणों का पालन कर सकते हैं।
- AWS प्रबंधन कंसोल में AWS खाता रूट उपयोगकर्ता के रूप में साइन इन करने के लिए अपने AWS खाते के ईमेल पते और पासवर्ड का उपयोग करें।
- IAM डैशबोर्ड पृष्ठ पर, नेविगेशन बार में अपना खाता नाम चुनें, और फिर मेरी सुरक्षा क्रेडेंशियल चुनें ।
- यदि आप अपने AWS खाते के लिए सुरक्षा क्रेडेंशियल्स तक पहुँचने के बारे में कोई चेतावनी देखते हैं, तो सुरक्षा क्रेडेंशियल जारी रखें चुनें। ।
- एक्सेस कुंजी (एक्सेस कुंजी आईडी और गुप्त एक्सेस कुंजी) अनुभाग का विस्तार करें।
- चुनें नई एक्सेस कुंजी बनाएं . फिर कुंजी फ़ाइल डाउनलोड करें . चुनें एक्सेस कुंजी आईडी और गुप्त एक्सेस कुंजी को अपने कंप्यूटर पर फ़ाइल में सहेजने के लिए। डायलॉग बॉक्स बंद करने के बाद, आप इस गुप्त एक्सेस कुंजी को फिर से प्राप्त नहीं कर पाएंगे।
ClusterControl:हाइब्रिड क्लाउड बैकअप जब सब सेट हो जाए, तो आप अपने बैकअप शेड्यूल को समायोजित कर सकते हैं और बैकअप टू क्लाउड विकल्प को सक्षम कर सकते हैं। नेटवर्क ट्रैफ़िक को कम करने के लिए डेटा कंप्रेशन को सक्षम करना सुनिश्चित करें। यह बैकअप को छोटा बनाता है और अपलोड के लिए आवश्यक समय को कम करता है। एक और अच्छा अभ्यास बैकअप को एन्क्रिप्ट करना है। ClusterControl स्वचालित रूप से एक कुंजी बनाता है और यदि आप इसे पुनर्स्थापित करने का निर्णय लेते हैं तो इसका उपयोग करता है। उन्नत बैकअप नीतियों में एक ही डेटासेंटर में सर्वर पर संग्रहीत बैकअप और किसी अन्य भौतिक स्थान पर संग्रहीत बैकअप के लिए अलग-अलग समय होना चाहिए। आपको क्लाउड-आधारित बैकअप के लिए अधिक विस्तारित अवधारण अवधि, और उत्पादन परिवेश के पास संग्रहीत बैकअप के लिए कम अवधि निर्धारित करनी चाहिए, क्योंकि बैकअप जीवनकाल के साथ पुनर्स्थापित होने की संभावना कम हो जाती है।
ClusterControl:बैकअप प्रतिधारण नीति एसिंक्रोनस प्रतिकृति के साथ अपने क्लस्टर का विस्तार करें
एसिंक्रोनस प्रतिकृति के साथ गैलेरा एक दूरस्थ डेटा केंद्र में एक सक्रिय डीआर नोड बनाने के लिए एक उत्कृष्ट समाधान हो सकता है। गैलेरा क्लस्टर में अतुल्यकालिक दास को संलग्न करने के कुछ अच्छे कारण हैं। गैलेरा नोड पर लंबे समय से चल रहे OLAP प्रकार के प्रश्न पूरे क्लस्टर को धीमा कर सकते हैं। विलंब लागू विकल्प के साथ, विलंबित प्रतिकृति आपको मानवीय त्रुटियों से बचा सकती है, इसलिए वे सभी सुनहरे प्रविष्टियां तुरंत आपके बैकअप नोड पर लागू नहीं होंगी।
ClusterControl:विलंबित प्रतिकृति क्लस्टरकंट्रोल में, गैलेरा नोड समूह को एसिंक्रोनस प्रतिकृति के साथ विस्तारित करना एक पृष्ठ विज़ार्ड में किया जाता है। आपको अपने भविष्य या मौजूदा दास सर्वर के बारे में आवश्यक जानकारी प्रदान करने की आवश्यकता है। स्लेव को मौजूदा बैकअप से या मास्टर से स्लेव में ताज़ा स्ट्रीम किए गए एक्स्ट्राबैकअप से सेट किया जाएगा।
बहु-डेटासेंटर में बैलेंसर लोड करें
लोड बैलेंसर्स MySQL और MariaDB डेटाबेस उच्च उपलब्धता में एक महत्वपूर्ण घटक हैं। एकाधिक डेटा केंद्रों में फैले क्लस्टर के लिए पर्याप्त नहीं है। उन तक पहुंचने के लिए आपको अभी भी अपनी सेवाओं की आवश्यकता है। एक डेटा सेंटर में उपलब्ध लोड बैलेंसर की विफलता आपके पूरे वातावरण को पहुंच से बाहर कर देगी।
क्लस्टर वातावरण में वेब प्रॉक्सी किसी एप्लिकेशन से डेटाबेस परत की जटिलता को छिपाने के लोकप्रिय तरीकों में से एक प्रॉक्सी का उपयोग करना है। प्रॉक्सी डेटाबेस के प्रवेश बिंदु के रूप में कार्य करते हैं, वे डेटाबेस नोड्स की स्थिति को ट्रैक करते हैं और हमेशा केवल उपलब्ध नोड्स पर यातायात को निर्देशित करना चाहिए। ClusterControl पॉइंट-एंड-क्लिक ग्राफ़िकल इंटरफ़ेस के साथ, ProxySQL, HAProxy सहित MySQL और MariaDB के लिए कई अलग-अलग लोड बैलेंसिंग तकनीकों को तैनात और कॉन्फ़िगर करना आसान बनाता है।
ClusterControl:लोड बैलेंसर HA यह इस घटक को इसके ऊपर रख-रखाव जोड़कर बेमानी बनाने की भी अनुमति देता है। अपने लोड बैलेंसर्स को विफलता का एकल बिंदु होने से रोकने के लिए, एक दो समान (एक सक्रिय और एक अलग डीसी में स्टैंडबाय के रूप में) HAProxy, ProxySQL या MariaDB Maxscale इंस्टेंस सेट करेगा और वर्चुअल राउटर रिडंडेंसी प्रोटोकॉल (VRRP) को चलाने के लिए Keepalived का उपयोग करेगा। उन्हें। VRRP सक्रिय लोड बैलेंसर को एक वर्चुअल IP पता प्रदान करता है और विफलता के मामले में वर्चुअल IP को स्टैंडबाय HAProxy में स्थानांतरित करता है। यह निर्बाध है क्योंकि दो प्रॉक्सी उदाहरणों को साझा स्थिति की आवश्यकता नहीं है।
बेशक, आपके डेटाबेस को डेटा सेंटर की विफलताओं के प्रति प्रतिरोधी बनाने के लिए कई बातों पर विचार करना होगा।
उचित योजना और स्वचालन इसे काम करेगा! हैप्पी क्लस्टरिंग!
