COVID-19 महामारी से प्रभावित, बहुत से एसएमबी/एसएमई ऑनलाइन प्लेटफॉर्म पर संक्रमण कर रहे हैं। इस महामारी से आमने-सामने या शारीरिक कक्षाएं भी प्रभावित होती हैं और बहुत सारे स्कूल और विश्वविद्यालय भी ऑनलाइन संक्रमण कर रहे हैं और ऐसे उपकरणों की तलाश कर रहे हैं जो छात्रों या विद्यार्थियों की सेवा जारी रखने के लिए उपलब्ध हों, क्योंकि शिक्षा ने बाधित नहीं होना है। शैक्षिक ऑनलाइन या ऑनलाइन सीखने के उद्देश्यों के लिए उपलब्ध प्रसिद्ध प्लेटफार्मों में से एक मूडल है।
मूडल क्या है?
Moodle, GPL लाइसेंस के तहत ऑनलाइन लर्निंग मैनेजमेंट सिस्टम या LMS (जिसे वर्चुअल लर्निंग एनवायरनमेंट या VLE के नाम से भी जाना जाता है) के लिए एक ओपन सोर्स सॉफ़्टवेयर है। यह शिक्षकों को गतिशील पाठ्यक्रमों से भरी अपनी निजी वेबसाइट बनाने में सक्षम बनाता है जो किसी भी समय, कहीं भी सीखने का विस्तार करता है। शिक्षकों, छात्रों या प्रशासकों के लिए आसान पहुंच और सुविधाओं के साथ मूडल के पास सभी समर्थन हैं।
चूंकि यह एक ओपन सोर्स और एक फ्री सॉफ्टवेयर प्लेटफॉर्म है, आप अन्य ओपन सोर्स सॉफ्टवेयर की तरह इस सॉफ्टवेयर का मुफ्त में उपयोग कर सकते हैं और कोई रॉयल्टी शुल्क नहीं है। लागत केवल तभी लगती है जब यह सॉफ़्टवेयर किसी भुगतान किए गए होस्टिंग प्लेटफ़ॉर्म पर होस्ट किया जाता है, या यदि आप इसे अपने मूडल क्लाउड के साथ होस्ट कर रहे हैं। मूडल मोबाइल या टैबलेट जैसे हैंडहेल्ड डिवाइस के लिए भी उपलब्ध है।
आपको अत्यधिक उपलब्ध डेटाबेस की आवश्यकता क्यों है?
1990 के दशक में, उच्च उपलब्धता (HA) के लिए एक बहुत ही सरल समाधान का आविष्कार किया गया था, जिसका नाम हार्टबीट था। एक हार्टबीट क्लस्टर मूल रूप से दो काम कर सकता है:यह दो नोड्स (और दो से अधिक नहीं) की निगरानी करता है, और यह उन दो नोड्स पर एक या अधिक सेवाओं को शुरू करने के लिए कॉन्फ़िगर किया गया था। यदि वर्तमान में संसाधनों को होस्ट करने वाला नोड नीचे चला गया है, तो यह शेष नोड पर क्लस्टर संसाधनों को पुनरारंभ करता है। हालाँकि हार्टबीट की प्रारंभिक रिलीज़ में संसाधनों की स्वयं कोई निगरानी नहीं थी, लेकिन 2000 के दशक की शुरुआत में हार्टबीट 2.0 के रिलीज़ होने तक यह परिवर्तन होता है, जहाँ यह क्लस्टर में दो से अधिक नोड्स को प्रबंधित करने की अनुमति देता है। मूल रूप से, इसमें Linux HA क्लस्टरिंग की स्थिति शामिल है जो कि हार्टबीट 2.0 पर बड़े हिस्से पर आधारित है। इसके बाद से, बहुत सारे HA समाधान प्रभावित हुए और विशेष रूप से महत्वपूर्ण संसाधनों के लिए डाउनटाइम को कम करने के लिए विकसित और बनाए गए हैं।
अत्यधिक उपलब्ध होने का मतलब केवल डाउनटाइम को कम करना नहीं है। यह आपके द्वारा प्रदान की जा रही और आपके ग्राहकों से वादा की गई सेवाओं को लगातार संचालित करने और बनाए रखने में सक्षम होने की जिम्मेदारी की डिग्री को भी शामिल करता है। ग्राहकों के लिए उपलब्ध होने का मतलब यह भी नहीं है कि अगर उन्हें मदद की ज़रूरत है तो आप उन्हें जवाब देने में सक्षम हैं। इसे आपके व्यवसाय एप्लिकेशन और सिस्टम को पूरी तरह से कार्यशील बनाना होगा जैसे कि यह हमेशा संचालन की सामान्य स्थिति हो, भले ही एक अभूतपूर्व आपदा हुई हो।
आप अपने डेटाबेस के रखरखाव के दौरान मूडल का उपयोग करके अपने वीएलई एप्लिकेशन को संचालित नहीं कर सकते। यदि आपके पास केवल एक ही डेटाबेस सर्वर है, जो सरल और हल्के एप्लिकेशन सेटअप के लिए बहुत सामान्य है, तो एक बार सर्वर डाउन हो जाने पर आपका एप्लिकेशन बंद हो जाता है। यदि आपके पास मास्टर-स्लेव प्रतिकृति का उपयोग करने वाला डेटाबेस क्लस्टर है, तो एक अभूतपूर्व घटना का सामना करना पड़ता है, जो बदले में आपका आवेदन घटना के बाद दो मास्टर्स पर लिख रहा है, तो यह एक बड़ी गड़बड़ी हो सकती है जो बदले में आपके पूरे व्यावसायिक अनुप्रयोग में डेटा भ्रष्टाचार का कारण बनती है और डेटा परत। यदि उस समय चल रहे भुगतान होते थे, तो यह एक बहुत बड़ी आपदा हो सकती थी और इसमें डेटा पुनर्प्राप्ति करते समय बहुत अधिक काम शामिल होता है।
तो आपके डेटाबेस को अत्यधिक उपलब्ध होने की आवश्यकता क्यों है? ऐसा इसलिए है क्योंकि यह होना ही है,
- अनुमत रखरखाव विंडो पर और अनुमत रखरखाव विंडो पर रखरखाव या नियोजित आउटेज करने में सक्षम
- अपटाइम महत्वपूर्ण है और जब आवश्यक हो तो डाउनटाइम से बचना चाहिए
- SLA उच्च गुणवत्ता वाली ग्राहक सेवा प्राप्त करने के लिए अपनी उच्च सीमा तक महत्वपूर्ण है
- निरंतर सेवा और उपयोगिता प्रदान करें
- विफलता का कोई एक बिंदु नहीं
- मास्टर के टूटने या क्रैश होने पर फ़ेलओवर करने में सक्षम
- विभाजन-मस्तिष्क परिदृश्य से बचें जहां एक ही समय में कई मास्टर सक्रिय लेखकों के रूप में कार्य करते हैं
डेटाबेस क्लस्टर बनाना
अब जब हमने योजना के रूप में और आपके डेटाबेस क्लस्टर के लिए समाधान के रूप में HA के महत्व पर जोर दिया है, विशेष रूप से PostgreSQL के लिए, आइए एक उच्च लक्ष्य प्राप्त करने के लिए ऊपर से नीचे तक क्लस्टर बनाने पर ध्यान दें। Moodle एप्लिकेशन सेटअप के लिए उपलब्ध सेटअप तैयार है।
PostgreSQL स्थापित करना
सबसे पहले, PostgreSQL क्यों? मूडल द्वारा समर्थित अन्य डेटाबेस की तुलना में PostgreSQL के बहुत फायदे हैं। यह वरीयता का मामला है अगर मुझे संक्षेप में बताना है क्योंकि मूडल द्वारा समर्थित सभी डेटाबेस डेटा को संभालने में सक्षम हैं और अनुकूलन के अधीन भी हैं। यह इस बात पर निर्भर करता है कि आप डेटाबेस का उपयोग कितने कुशल और अनुभवी हैं। हालांकि संक्षेप में बताएं कि PostgreSQL का उपयोग क्यों किया जाता है, यह एक विश्वसनीय डेटाबेस और इसका परिष्कृत ओपन सोर्स सॉफ़्टवेयर है, विशेष रूप से डेटाबेस में जिसकी तुलना अन्य वेंडरों से की जा सकती है जो स्वामित्व वाले हैं, जैसे कि Oracle और MS SQL। यह क्वेरी समांतरता का समर्थन करता है, बड़े या विशाल डेटाबेस को प्रबंधित करने में सक्षम है, JSON के लिए व्यापक समर्थन है, और बहुत कुछ। PostgreSQL को चुनने के कारणों के लिए आप इसे यहाँ देख सकते हैं। अब PostgreSQL को स्थापित करने के लिए आगे बढ़ते हैं
इस ब्लॉग के लिए, हम Ubuntu 18.04 (बायोनिक बीवर) का उपयोग करके PostgreSQL 12 का उपयोग करेंगे। फिर, उच्च उपलब्धता सेटअप के लिए, आपके पास एक प्राथमिक और कम से कम एक स्टैंडबाय नोड (प्रतिकृति) होना चाहिए जिसके लिए मास्टर के नीचे जाने के बाद यह कार्यभार संभाल लेगा।
- रिपॉजिटरी और साइनिंग की सेट करें
sudo sh -c 'echo "deb http://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/postgresql.list' wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add - - PG 12 सर्वर स्थापित करें
# Update the package lists: sudo apt-get update # Install server and client apt install postgresql-12 postgresql-client-12
इसे लक्ष्य प्रतिकृति पर भी करें लेकिन आपको इसे स्टैंडबाय या प्रतिकृति के रूप में कॉन्फ़िगर करने की आवश्यकता है। वैकल्पिक रूप से, मेरा सुझाव है कि आप ClusterControl का उपयोग करें और इसे मुफ़्त में डाउनलोड करें। प्राथमिक/स्टैंडबाय सेटअप को स्थापित और सेटअप करना तेज़ और तेज़ होगा। ClusterControl का उपयोग करके और टोपोलॉजी व्यू टैब का उपयोग करके मेरे सेटअप के लिए, मुझे निम्नलिखित टोपोलॉजी मिली:
मास्टर/स्लेव या प्राइमरी/स्टैंडबाय सेटअप होने से ऐसा नहीं होता है इसका मतलब है कि आप एक उच्च-उपलब्ध डेटाबेस क्लस्टर के लिए पूरी तरह से कवर हैं। यह अभी तक अत्यधिक उपलब्ध नहीं है। एक बार जब प्राथमिक या मास्टर नीचे चला जाता है, तो कोई विफलता नहीं होती है जो घटित होती है। एक और बात यह है कि, क्लाइंट से कनेक्शन का कोई संतुलन नहीं है जो गुलाम के खिलाफ मास्टर के पास जा रहा है। हालांकि मास्टर/स्लेव के बीच लोड बैलेंसिंग का मतलब यह नहीं है कि इसे सेटअप करना होगा या इसे अत्यधिक उपलब्ध सेटअप को पूरा करने के लिए लागू करना होगा। मास्टर/प्राथमिक और स्लेव/स्टैंडबाय के बीच लोड संतुलन होने से आपके मास्टर नोड को विशेष रूप से बहुत अधिक ट्रैफ़िक घंटों पर उच्च लोड प्रदर्शन पर ज़ोर देने से मदद मिलती है।
लोड संतुलन सेट करना
जैसा कि पहले उल्लेख किया गया है, स्वामी और दास के बीच भार संतुलन आपके स्वामी को भार को अलग करने में मदद करता है। यह आदर्श नहीं है यदि आप अपने स्टैंडबाय को केवल प्रतिकृति के लिए उपयोग करने देते हैं या मास्टर के नीचे जाने की स्थिति में इसे संभाल लेंगे। हालाँकि, यह काम कर सकता है, हालाँकि, यदि मास्टर नीचे चला जाता है, तो डाउनटाइम और मैनुअल काम करना पड़ता है, क्योंकि आपको अपने स्टैंडबाय नोड की भूमिका को मास्टर में बदलने की आवश्यकता होती है। यह भी ठीक है लेकिन फिर से, लोड बैलेंसर होने से मास्टर को लिखने में मदद मिल सकती है, फिर मास्टर और दास के बीच पढ़ने को निर्देशित किया जा सकता है। यह मूल रूप से आपको विभाजन पढ़ने/लिखने की सुविधा प्रदान करता है। ऐसा करने के लिए, बहुत सारे विकल्प हैं जिन्हें आप PostgreSQL के साथ चुन सकते हैं। मूल रूप से, सबसे सामान्य अभी तक सरल सेटअप और हल्का है जो HAProxy का उपयोग कर रहा है।
यद्यपि PgBouncer या pgpool-II का उपयोग करने जैसे विकल्प हैं। इस ब्लॉग की सरलता के लिए, आइए HAProxy का उपयोग करें। HAProxy स्थापित करने के लिए, यदि आप ClusterControl का उपयोग करते हैं तो यह बहुत सरल है। आइए इसे ClusterControl के माध्यम से करते हैं। ऐसा करने के लिए, आप बस मैनेज टैब पर जा सकते हैं, नीचे दिखाए अनुसार लोड बैलेंसर चुनें,
चूंकि हमें आपके PostgreSQL डेटाबेस क्लस्टर के लिए अत्यधिक उपलब्ध सेटअप की आवश्यकता है, हमारे पास कम से कम दो नोड होने चाहिए। इसलिए यदि आपका प्राथमिक HAProxy नोड नीचे चला जाता है, तो निष्क्रिय या स्टैंडबाय HAProxy कार्यभार संभाल सकता है। आइए देखें कि यह मेरे अंत में कैसा दिखता है,
हालांकि यह अच्छा लगता है। यह सेटअप अभी भी अपर्याप्त है। यदि आपको लगता है कि हम उस टोपोलॉजी के साथ एक अत्यधिक उपलब्ध सेटअप के लिए अच्छे हैं, तो कोई विफलता नहीं है यदि HAProxy पोर्ट 9600 पर नोड 192.168.30.222 पर नीचे चला जाता है या यदि 192.168.30.223:9600 नीचे चला जाता है और यदि आपका एप्लिकेशन उस पर सेटअप है होस्ट, यदि कोई सक्रिय सेटअप नहीं किया गया है तो अभी भी डाउनटाइम है। इसका मतलब है कि आपके पास डाउनटाइम है अगर इसे मैन्युअल रूप से सेटअप करना है। इस मामले में, हम Keepalived का उपयोग और सेटअप करेंगे ताकि HAProxy इंस्टेंस की उसके स्वास्थ्य और विफलता के लिए बारीकी से निगरानी की जा सके, यदि अन्य नोड में कोई समस्या आती है।
लोड बैलेंसर्स को अत्यधिक उपलब्ध रखना
अब जबकि हमारे पास हमारे डेटाबेस के शीर्ष पर लोड बैलेंसर हैं, फिर भी एप्लिकेशन एंडपॉइंट के लिए प्राथमिक नोड नीचे जाने की स्थिति में हमें हमेशा जीवित रहने के लिए हमारे HAProxy की आवश्यकता होती है। मूल रूप से, HAProxy उस सेटअप के साथ क्या कर सकता है जो हमारे पास पिछले अनुभाग के अनुसार है, एप्लिकेशन क्रमशः 192.168.30.223 या 192.168.30.222 पोर्ट्स 5433 (रीड-राइट पोर्ट) और 5434 (रीड-ओनली पोर्ट) के साथ उपयोग कर सकते हैं। अब यदि आपको अन्य नोड्स के नीचे जाने की स्थिति में स्विच करने की आवश्यकता है, तो एक परेशानी है, साथ ही बुरी बात यह है कि आप व्यवसाय को नुकसान पहुंचा रहे हैं क्योंकि इससे निपटने के लिए कोई स्वचालित विफलता नहीं होने पर यह डाउनटाइम को कवर करता है। जब तक आपके पास बहुत कम SLA और उच्च RTO और RPO न हो, तब तक डाउनटाइम से बचना सबसे अच्छा मार्ग है।
ऐसी आपदा या डाउनटाइम से छुटकारा पाने के लिए, हम सुझाव देते हैं कि Keepalived को HAProxy के शीर्ष पर सेटअप किया जाए। मूल रूप से, HAProxy पढ़ने और लिखने के बीच संतुलन को लोड करेगा और आपको रीड-राइट विभाजन प्रदान करेगा और Keepalived केवल HAProxy नोड्स के स्वास्थ्य पर नज़र रखता है और अपने वांछित कॉन्फ़िगरेशन के अनुसार सबसे स्वस्थ नोड लेने का प्रबंधन करेगा। Keepalived एक उपकरण है जिसका उपयोग आप HAProxy नोड्स की निगरानी के लिए कर सकते हैं, हालांकि यह डेटाबेस को प्रबंधित करने के लिए उतना जटिल नहीं है। Keepalived VIP (वर्चुअल IP) का उपयोग करता है जो डिफ़ॉल्ट प्राथमिक HAProxy नोड को असाइन करता है और फिर उस VIP को फिर से असाइन करता है यदि प्राथमिक HAProxy नोड विफल हो जाता है और इसे बाद के या स्टैंडबाय HAProxy नोड को इंगित करता है।
अब इसे ClusterControl का उपयोग करके सेट करते हैं क्योंकि यह ClusterControl के साथ प्रबंधित करने के लिए तेज़ और आसान है। ऐसा करने के लिए, यह मूल रूप से वही तरीका है जैसे हम HAProxy को कैसे सेटअप करते हैं, लेकिन इसके बजाय नीचे दिखाए गए अनुसार Keepalived का चयन करें,
मूल रूप से, यदि आप Keepalived को मैन्युअल रूप से स्थापित करते हैं, तो हम इसके विरुद्ध प्राथमिक का चयन कर रहे हैं प्राथमिक HAProxy के विफल होने की स्थिति में द्वितीयक। आइए देखें कि हमारा टोपोलॉजी दृश्य कैसा दिखता है,
यह बहुत आशाजनक लग सकता है। मूल रूप से, मूडल एप्लिकेशन क्लाइंट 5433 (रीड-राइट पोर्ट) और 5434 (रीड-ओनली पोर्ट) के तहत वीआईपी यानी 192.168.30.201 से कनेक्ट होगा। उदाहरण के लिए, मेरे पास मौजूद बाहरी होस्ट पर इसकी पुष्टि करना,
[[email protected] ~]# psql -h 192.168.30.201 -U dbapgadmin -W postgres -p 5433
Password:
psql (11.2, server 12.4 (Ubuntu 12.4-1.pgdg18.04+1))
WARNING: psql major version 11, server major version 12.
Some psql features might not work.
SSL connection (protocol: TLSv1.2, cipher: ECDHE-RSA-AES256-GCM-SHA384, bits: 256, compression: off)
Type "help" for help.
postgres=# select inet_server_addr();
inet_server_addr
------------------
192.168.30.221
(1 row)जिससे पता चलता है कि केवल लेखक नोड मेरे पास मेरे मास्टर नोड, यानी 192.168.30.22 को इंगित करता है। फिर, मेरे केवल-पढ़ने के लिए पोर्ट को मास्टर और स्लेव दोनों नोड्स में जाना चाहिए, जैसा कि नीचे दिखाया गया है,
[[email protected] ~]# psql -h 192.168.30.201 -U dbapgadmin -W postgres -p 5434
Password:
psql (11.2, server 12.4 (Ubuntu 12.4-1.pgdg18.04+1))
WARNING: psql major version 11, server major version 12.
Some psql features might not work.
SSL connection (protocol: TLSv1.2, cipher: ECDHE-RSA-AES256-GCM-SHA384, bits: 256, compression: off)
Type "help" for help.
postgres=# select inet_server_addr();
inet_server_addr
------------------
192.168.30.221
(1 row)
postgres=# \q
[[email protected] ~]# psql -h 192.168.30.201 -U dbapgadmin -W postgres -p 5434
Password:
psql (11.2, server 12.4 (Ubuntu 12.4-1.pgdg18.04+1))
WARNING: psql major version 11, server major version 12.
Some psql features might not work.
Type "help" for help.
postgres=# select inet_server_addr();
inet_server_addr
------------------
192.168.30.222
(1 row)इससे पता चलता है कि मेरे प्राथमिक और स्टैंडबाय दोनों नोड्स को "रीड डेटाबेस" नोड्स के रूप में पहचाना जाता है।
अब यह बहुत आशाजनक लग रहा है जैसा कि मैंने पहले कहा है। फिर भी, यहाँ एक कमी है जो वास्तव में बहुत महत्वपूर्ण है। इस प्रकार के सेटअप के लिए तैयार कोई डेटाबेस विफलता तंत्र नहीं है। फिर भी, हमारे पास Keepalived है जो HAProxy पर नज़र रखता है और फिर प्राथमिक HAProxy के विफल होने या मरने की स्थिति में VIP को स्विच करके एक विफलता करता है। फिर भी, PostgreSQL के पास जटिल सेटअप को संभालने के लिए Keepalived सेटअप नहीं है। वहाँ एक बहुत ही सभ्य है जो उपलब्ध है और इसे स्थापित करने के लिए स्वतंत्र है। आप Slony-I, एक तृतीय पक्ष प्रतिकृति प्रणाली का उपयोग कर सकते हैं।
आपके PostgreSQL क्लस्टर के लिए विफलता तंत्र होना
आपके PostgreSQL के लिए एक विफलता तंत्र प्रदान करने के तरीके हैं। Slony-I या जिसे आमतौर पर सिर्फ Slony कहा जाता है, उपयोग किए जाने वाले सामान्य उपकरणों में से एक है। हालांकि स्लोनी के लिए आवश्यक है कि आपका सेटअप एक तार्किक प्रतिकृति होना चाहिए क्योंकि इसके लिए एक प्रकाशक / ग्राहक सेटअप की आवश्यकता होती है, यह अन्य सेटअप के लिए आदर्श नहीं हो सकता है जो एक मानक स्ट्रीमिंग प्रतिकृति का उपयोग कर रहे हैं। स्लोनी का उपयोग करने के साथ नकारात्मक पक्ष यह है कि यह विफल सिस्टम के लिए कोई स्वचालित पहचान प्रदान नहीं करता है या कोई नोड बाड़ लगाने का समर्थन नहीं करता है। इसलिए, एक सामान्य रूप से कहा जाने वाला STONITH (सिर में दूसरे नोड को शूट करें या सिर में विफल नोड को शूट करें) जो मूल रूप से विभाजित-मस्तिष्क परिदृश्यों से बचने में विफल नहीं होता है, जहां कई मास्टर नोड्स (सक्रिय लेखक नोड्स) लेखन स्वीकार कर रहे हैं। उसी समय। यद्यपि इसे उचित रूप से सेटअप किया जा सकता है लेकिन फिर भी यह समय लेने वाला और जटिल हो सकता है यदि इसे कम अनुभव और अंतर्दृष्टि के साथ बनाया गया है कि आपदा होने पर PostgreSQL के लिए कौन से परिदृश्य होने के लिए बाध्य हैं। स्लोनी के लिए, प्रतिबद्ध लेनदेन को छोड़ना एक व्यावसायिक निर्णय है जो डेटाबेस सिस्टम द्वारा नहीं किया जा सकता है। अगर कोई नीचे दिए गए आदेशों को नेटवर्क निगरानी प्रणाली से स्वचालित रूप से निष्पादित एक स्क्रिप्ट में रखना चाहता है, तो यह आपके अपने निपटान पर छोड़ देता है कि यह आपका डेटा है, और यह आपकी विफलता नीति है।
वैकल्पिक रूप से, यदि आप उद्यम विकल्पों की तलाश कर रहे हैं, फिर भी आप उचित खर्च पर अपना पैसा ले सकते हैं, तो क्लस्टरकंट्रोल में PostgreSQL क्लस्टर के लिए ऑटो रिकवरी है। मूल रूप से, ऑटो रिकवरी स्लोनी के साथ ऊपर बताई गई समस्याओं का जवाब देती है। हालांकि हमारे ऑटो रिकवरी को स्ट्रीमिंग प्रतिकृति के साथ सबसे अच्छा परीक्षण किया जाता है और यह केवल पोस्टग्रेएसक्यूएल सेटअप के प्रतिकृति प्रकार की स्ट्रीमिंग के लिए समर्थित है। तो यह कैसे काम करता है? मूल रूप से आपको बस नीचे की तरह स्वतः पुनर्प्राप्ति बटन चालू करना होगा,
यह नोड फेंसिंग का समर्थन करता है, जिसका अर्थ है कि यह विफल नोड को बंद कर देगा। नोड किसी कारण से वापस जीवित हो जाता है जिसकी अपेक्षा नहीं की जाती है। इसके अलावा, ClusterControl द्वारा ऑटो रिकवरी नोड और क्लस्टर रिकवरी का समर्थन करती है कि यदि कोई मास्टर या स्लेव नोड गलती से बंद या मार दिया गया था, तो ClusterControl इसे पुनर्जीवित करने का प्रयास करेगा, खासकर यदि यह नियोजित आउटेज या रखरखाव विंडो के बाहर होता है। यह सुविधा आपको डेटाबेस के डर से बाहर निकलने से बचाती है और साथ ही आपको सक्रिय निगरानी भी प्रदान करती है जो आपको किसी संभावित आपदा के बारे में सूचित करेगी इससे पहले कि इसे ठीक होने में बहुत देर हो जाए।
निष्कर्ष
आपके डेटाबेस क्लस्टर के लिए अत्यधिक उपलब्ध सेटअप, विशेष रूप से मूडल के लिए, आपको किस प्रकार के सेटअप और आवश्यकता के आधार पर भिन्न हो सकते हैं। चाहे वह पूरी तरह से मुक्त और मुक्त स्रोत प्रौद्योगिकियों पर निर्भर हो या ऐसे अन्य विकल्प हैं जो आपके उद्यम अनुप्रयोग के लिए निवेश करने के लिए पैसे के लायक हैं, जब तक कि बजट समायोजित हो सकता है क्योंकि यह आपको एक जीत की स्थिति प्रदान कर सकता है, खासकर यदि आप केवल अधिक ध्यान केंद्रित करना चाहते हैं प्रशासन और काम के प्रकार जैसे अन्य उपकरणों पर ध्यान केंद्रित करने के बजाय चीजों के व्यावसायिक पक्ष पर।
