क्लस्टर नियंत्रण के साथ MongoDB 4.0 की निगरानी और संचालन प्रबंधन

जबकि MongoDB ने परिपक्वता प्राप्त करने में लगभग एक दशक का समय बिताया है (प्रारंभिक रिलीज़ फरवरी 2009), यह तकनीक पारंपरिक रिलेशनल डेटाबेस (RDBMS) वातावरण में अनुभवी लोगों के लिए एक रहस्य है। गहन ज्ञान के बिना मौजूदा परिवेश में NoSQL को एकीकृत करना चुनौतीपूर्ण हो सकता है। MongoDB को MySQL या किसी अन्य RDBMS डेटाबेस के साथ चलते हुए देखना असामान्य नहीं है।

RDBMS का अनुभव कुछ प्रक्रियाओं को समझने में मदद कर सकता है, लेकिन आपको यह जानने की जरूरत है कि अपनी विशेषज्ञता को NoSQL दुनिया में कैसे अनुवादित किया जाए। उत्पादन परिवेश के प्रबंधन में परिनियोजन, अपटाइम और प्रदर्शन की निगरानी, ​​सिस्टम सुरक्षा बनाए रखना, HA, बैकअप आदि का प्रबंधन करना शामिल है। RDBMS और NoSQL दोनों व्यवहार्य विकल्प हैं, लेकिन दोनों के बीच विशिष्ट महत्वपूर्ण अंतर हैं जिन्हें उपयोगकर्ताओं को MongoDB को लागू या प्रबंधित करते समय ध्यान में रखना चाहिए। प्रौद्योगिकी तेजी से बदलती है और हमें तेजी से अनुकूलन करने की आवश्यकता है।

जब MongoDB अचानक आपकी ज़िम्मेदारी है, तो प्रबंधन उपकरण गारंटी देता है कि आपके द्वारा प्रबंधित MongoDB डेटाबेस स्थिर और सुरक्षित हैं। पूर्वनिर्धारित प्रक्रियाओं और स्वचालन का उपयोग न केवल आपका समय बचा सकता है बल्कि सामान्य गलतियों से भी बचा सकता है। एक प्रबंधन प्लेटफ़ॉर्म जो डेटाबेस जीवनचक्र के सभी विभिन्न पहलुओं को व्यवस्थित रूप से संबोधित करता है, कई बिंदु समाधानों को एक साथ जोड़ने से अधिक मजबूत होगा।

ClusterControl के केंद्र में इसकी स्वचालन कार्यक्षमता है जो आपको नियमित रूप से निष्पादित करने वाले डेटाबेस कार्यों को स्वचालित करने देती है, जैसे कि नए डेटाबेस को परिनियोजित करना, नए नोड्स को जोड़ना और स्केल करना, बैकअप का प्रबंधन, उच्च उपलब्धता और विफलता, टोपोलॉजी परिवर्तन, अपग्रेड, और बहुत कुछ। ClusterControl आपके डेटाबेस इन्फ्रास्ट्रक्चर की अखंडता को बनाए रखते हुए प्रोग्राम की गई सुरक्षा प्रदान करता है। इसके अलावा, ClusterControl के साथ, MongoDB उपयोगकर्ता अब विक्रेता लॉक-इन के अधीन नहीं हैं; कुछ ऐसा जो हाल ही में कई लोगों ने पूछा था। आप एक ही कंसोल से विभिन्न प्रकार के MongoDB संस्करणों और विक्रेताओं को मुफ्त में तैनात और आयात कर सकते हैं। MongoDB के उपयोगकर्ताओं को अक्सर अपनी आवश्यकताओं को प्राप्त करने के लिए उपकरणों और घरेलू स्क्रिप्ट के मिश्रण का उपयोग करना पड़ता है, और यह जानना अच्छा है कि आप उन्हें एक उत्पाद में मिला सकते हैं।

इस लेख में, हम आपको दिखाएंगे कि स्वचालित तरीके से MongoDB 4.0 को कैसे परिनियोजित और प्रबंधित किया जाए। आप यहां पाएंगे कि कैसे करना है:

• ClusterControl इंस्टालेशन
• MongoDB परिनियोजन प्रक्रिया
  • नया क्लस्टर परिनियोजित करें
  • मौजूदा क्लस्टर आयात करें
• मोंगोडीबी स्केलिंग
  • स्केलिंग पढ़ें (प्रतिकृति सेट)
  • स्केलिंग (शार्डिंग) लिखें
• मोंगोडीबी को सुरक्षित करना
• निगरानी और रुझान
• बैकअप और पुनर्प्राप्ति

ClusterControl इंस्टालेशन

ClusterControl से शुरू करने के लिए आपको एक समर्पित वर्चुअल मशीन या होस्ट की आवश्यकता होती है। VM और समर्थित सिस्टम आवश्यकताएँ यहाँ वर्णित हैं। बेस वीएम 2 जीबी, 2 कोर और डिस्क स्पेस 20 जीबी स्टोरेज स्पेस से शुरू हो सकता है, या तो ऑन-प्रिमाइसेस या क्लाउड में।

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

ClusterControl को डेटाबेस होस्ट तक SSH एक्सेस की आवश्यकता होती है, और निगरानी एजेंट-आधारित या एजेंट रहित हो सकती है। प्रबंधन एजेंट रहित है।

सभी लक्ष्य नोड्स (ClusterControl और सभी डेटाबेस होस्ट) के लिए पासवर्ड रहित SSH सेटअप में ClusterControl सर्वर पर निम्नलिखित कमांड चलाना शामिल है:

$ ssh-keygen -t rsa # press enter on all prompts
$ ssh-copy-id -i ~/.ssh/id_rsa [ClusterControl IP address]
$ ssh-copy-id -i ~/.ssh/id_rsa [Database nodes IP address] # repeat this to all target database nodes

MongoDB परिनियोजन और स्केलिंग

एक नया MongoDB 4.0 क्लस्टर परिनियोजित करें

एक बार जब हम ClusterControl इंटरफ़ेस में प्रवेश करते हैं, तो सबसे पहले एक नया क्लस्टर परिनियोजित करना या किसी मौजूदा को आयात करना होता है। नया संस्करण 1.7.1 संस्करण 4.0 के लिए समर्थन पेश करता है। अब आप SSL कनेक्शन के समर्थन के साथ MongoDB v4.0 को परिनियोजित/आयात और प्रबंधित कर सकते हैं।

"डेटाबेस क्लस्टर परिनियोजित करें" विकल्प का चयन करें और दिखाई देने वाले निर्देशों का पालन करें।

MongoDB चुनते समय, हमें SSH द्वारा अपने सर्वर से कनेक्ट करने के लिए उपयोगकर्ता, कुंजी या पासवर्ड और पोर्ट निर्दिष्ट करना होगा। हमें अपने नए क्लस्टर के लिए नाम की भी आवश्यकता है और यदि हम चाहते हैं कि ClusterControl हमारे लिए संबंधित सॉफ़्टवेयर और कॉन्फ़िगरेशन स्थापित करे।

एसएसएच एक्सेस जानकारी सेट करने के बाद, हमें अपने डेटाबेस तक पहुंचने के लिए डेटा दर्ज करना होगा। हम यह भी निर्दिष्ट कर सकते हैं कि किस भंडार का उपयोग करना है। डेटाबेस सर्वर और क्लस्टर के लिए रिपॉजिटरी कॉन्फ़िगरेशन एक महत्वपूर्ण पहलू है। ClusterControl का उपयोग करते हुए डेटाबेस सर्वर/क्लस्टर को परिनियोजित करते समय आपके पास तीन प्रकार के भंडार हो सकते हैं:

• वेंडर रिपोजिटरी का उपयोग करें
  डेटाबेस विक्रेता के पसंदीदा सॉफ़्टवेयर रिपॉजिटरी की स्थापना और उपयोग करके प्रावधान सॉफ़्टवेयर। ClusterControl डेटाबेस विक्रेता रिपॉजिटरी द्वारा प्रदान किए गए नवीनतम संस्करण को स्थापित करेगा।
• विक्रेता रिपोजिटरी सेटअप न करें
  पहले से मौजूद सॉफ़्टवेयर रिपॉजिटरी का उपयोग करके सॉफ़्टवेयर का प्रावधान करें जो पहले से ही नोड्स पर स्थापित है। उपयोगकर्ता को प्रत्येक डेटाबेस नोड पर मैन्युअल रूप से सॉफ़्टवेयर रिपॉजिटरी स्थापित करनी होती है और ClusterControl इस रिपॉजिटरी का उपयोग परिनियोजन के लिए करेगा। यह अच्छा है अगर डेटाबेस नोड्स इंटरनेट कनेक्शन के बिना चल रहे हैं।
• प्रतिबिंबित भंडार का उपयोग करें (नया भंडार बनाएं)
  वर्तमान डेटाबेस विक्रेता के भंडार को बनाएं और दर्पण करें और फिर स्थानीय प्रतिबिंबित भंडार का उपयोग करके तैनात करें। यह आपको सॉफ़्टवेयर पैकेज के वर्तमान संस्करणों को "फ्रीज" करने की अनुमति देता है।

अगले चरण में, हमें अपने सर्वर को उस क्लस्टर में जोड़ना होगा जिसे हम बनाने जा रहे हैं। अपने सर्वर जोड़ते समय, हम आईपी या होस्टनाम दर्ज कर सकते हैं। बाद के लिए, हमारे पास एक DNS सर्वर होना चाहिए या हमारे MongoDB सर्वर को हमारे ClusterControl की स्थानीय रिज़ॉल्यूशन फ़ाइल (/etc/hosts) में जोड़ा है, ताकि यह संबंधित नाम को हल कर सके जिसे आप जोड़ना चाहते हैं। हमारे उदाहरण के लिए, हम तीन सर्वर, एक प्राथमिक और दो सेकेंडरी के साथ एक रेप्लिकासेट तैनात करेंगे। केवल 2 MongoDB नोड्स (बिना मध्यस्थ) को तैनात करना संभव है। इस दृष्टिकोण की चेतावनी कोई स्वचालित विफलता नहीं है, क्योंकि 2-नोड सेटअप मस्तिष्क को विभाजित करने के लिए कमजोर है। यदि प्राथमिक नोड नीचे चला जाता है तो दूसरे सर्वर को प्राथमिक बनाने के लिए मैन्युअल विफलता की आवश्यकता होती है। स्वचालित विफलता 3 नोड्स और अधिक के साथ ठीक काम करती है। यह अनुशंसा की जाती है कि एक प्रतिकृति सेट में विषम संख्या में मतदान करने वाले सदस्य हों। प्रतिकृति सेट के लिए दोष सहिष्णुता उन सदस्यों की संख्या है जो अनुपलब्ध हो सकते हैं और फिर भी प्राथमिक का चुनाव करने के लिए सेट में पर्याप्त सदस्य छोड़ सकते हैं। तीन सदस्यों के लिए दोष सहिष्णुता एक है, पांच के लिए यह दो है, आदि।

एक ही पृष्ठ पर आप विभिन्न MongoDB संस्करणों में से चुन सकते हैं:

जब सब सेट हो जाए तो डिप्लॉय बटन को हिट करें। आप ClusterControl गतिविधि मॉनीटर से हमारे नए क्लस्टर के निर्माण की स्थिति की निगरानी कर सकते हैं। एक बार कार्य समाप्त हो जाने के बाद, हम अपने क्लस्टर को मुख्य क्लस्टर नियंत्रण स्क्रीन और टोपोलॉजी दृश्य में देख सकते हैं।

जैसा कि हम छवि में देख सकते हैं, एक बार जब हमारा क्लस्टर बन जाता है, तो हम उस पर कई कार्य कर सकते हैं, जैसे प्रतिकृति सेट को शार्प में बदलना या क्लस्टर में नोड्स जोड़ना।

नया क्लस्टर आयात करें

हमारे पास मौजूदा क्लस्टर को ClusterControl में आयात करके प्रबंधित करने का विकल्प भी है। ऐसा वातावरण ClusterControl या अन्य विधियों जैसे docker इंस्टालेशन द्वारा बनाया जा सकता है।

सबसे पहले, हमें अपने सर्वर पर एसएसएच एक्सेस क्रेडेंशियल दर्ज करना होगा। फिर हम अपने डेटाबेस, सर्वर डेटा निर्देशिका और संस्करण में एक्सेस क्रेडेंशियल दर्ज करते हैं। हम आईपी या होस्टनाम द्वारा नोड्स जोड़ते हैं, उसी तरह जब हम तैनात करते हैं, और आयात पर दबाते हैं। एक बार कार्य पूरा हो जाने पर, हम अपने क्लस्टर को ClusterControl से प्रबंधित करने के लिए तैयार हैं।

मोंगोडीबी स्केलिंग

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

ClusterControl के साथ क्लस्टर में अधिक सर्वर जोड़ना एक आसान कदम है। आप इसे GUI या CLI से कर सकते हैं। अधिक उन्नत उपयोगकर्ताओं के लिए आप क्लस्टरकंट्रोल डेवलपर स्टूडियो का उपयोग कर सकते हैं और अपने क्लस्टर को क्षैतिज रूप से विस्तारित करने के लिए संसाधन आधार शर्त लिख सकते हैं।

साझा करना

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

उपयोग किया जाने वाला पहला घटक शार्प राउटर है जिसे मोंगोस कहा जाता है। सभी पढ़ने और लिखने के कार्यों को शार्प राउटर को भेजा जाना चाहिए, जिससे सभी शार्क क्लाइंट एप्लिकेशन के लिए एकल डेटाबेस के रूप में कार्य कर सकें। शार्प राउटर कॉन्फिगसर्वर से परामर्श करके प्रश्नों को उपयुक्त शार्क तक रूट करेगा।

MongoDB में शार्ड प्रबंधन वास्तव में आसान है। आप ऑनलाइन शार्क जोड़ और हटा सकते हैं और MongoDB शार्द राउटर स्वचालित रूप से आपके द्वारा बताए गए अनुसार समायोजित हो जाएगा। यदि आप इस बारे में अधिक गहराई से जानना चाहते हैं कि शार्क को कैसे प्रबंधित किया जाए, तो कृपया MongoDB शार्क के प्रबंधन के बारे में हमारा ब्लॉग पोस्ट पढ़ें।

MongoDB को सुरक्षित करना

MongoDB बॉक्स से बहुत कम सुरक्षा के साथ आता है:उदाहरण के लिए, प्रमाणीकरण डिफ़ॉल्ट रूप से अक्षम है। दूसरे शब्दों में:डिफ़ॉल्ट रूप से, किसी के पास किसी भी डेटाबेस पर मूल अधिकार होते हैं। जोखिमों को कम करने के लिए MongoDB द्वारा लागू किए गए परिवर्तनों में से एक इसके डिफ़ॉल्ट बाइंडिंग को 127.0.0.1 में बदलना था। यह इसे बाहरी आईपी पते से बाध्य होने से रोकता है, लेकिन स्वाभाविक रूप से, इसे स्थापित करने वाले अधिकांश लोगों द्वारा इसे वापस कर दिया जाएगा। ClusterControl मानवीय त्रुटि को दूर करता है और आपके डेटाबेस को हैक और अन्य खतरों से स्वचालित रूप से सुरक्षित रखने के लिए सुरक्षा सुविधाओं के एक सूट तक पहुंच प्रदान करता है। हमने पहले सुरक्षा युक्तियों के साथ एक छोटा वीडियो प्रकाशित किया था।

ClusterControl का नया संस्करण MongoDB कनेक्शन के लिए SSL समर्थन प्रदान करता है। एसएसएल को सक्षम करने से अनुप्रयोगों (क्लस्टरकंट्रोल सहित) और डेटाबेस के बीच संचार के लिए सुरक्षा का एक और स्तर जुड़ जाता है। MongoDB क्लाइंट डेटाबेस सर्वर के लिए एन्क्रिप्टेड कनेक्शन खोलते हैं और किसी भी संवेदनशील जानकारी को स्थानांतरित करने से पहले उन सर्वरों की पहचान सत्यापित करते हैं।

SSL कनेक्शन को सक्षम करने के लिए आपको नवीनतम s9s क्लाइंट का उपयोग करने की आवश्यकता है। आप इसे

wget http://repo.severalnines.com/s9s-tools/install-s9s-tools.sh
chmod 755 install-s9s-tools.sh
./install-s9s-tools.sh

या यहां वर्णित अन्य संभावित स्थापना विधियों का पालन करें।

एक बार जब आप s9s उपकरण स्थापित कर लेते हैं (न्यूनतम संस्करण 1.7-93.1) तो आप SSL कनेक्शन को सक्षम करने के लिए --enable-ssl ध्वज का उपयोग कर सकते हैं।

नीचे उदाहरण:

[[email protected] ~]# s9s cluster --cluster-id=3 --enable-ssl --log
This is an RPC V2 job (a job created through RPC V2).
The job owner is 'admin'.
Accessing '/.runtime/jobs/jobExecutor' to execute...
Access ok.
Stopping the cluster
node1:27017: Node is already stopped by the user.
node2:27017: Node is already stopped by the user.
node3:27017: Node is already stopped by the user.
Checking/generating (expire 1000 days) server and CA certificate.
node1:27017: setting up SSL as required way of connection.
Using certificate 'mongodb/cluster_3/server'
node1:27017: installed /etc/ssl/mongodb/cluster_3/server.crt, /etc/ssl/mongodb/cluster_3/server.key and /etc/ssl/mongodb/cluster_3/server_ca.crt
node1:27017: Deploying client certificate 'mongodb/cluster_3/client'
Writing file 'node1:/etc/mongod.conf'.
node1:27017: /etc/mongod.conf [mongod] set: ssl_cert, ssl_key and ssl_ca values.
node2:27017: setting up SSL as required way of connection.
Using certificate 'mongodb/cluster_3/server'
node2:27017: installed /etc/ssl/mongodb/cluster_3/server.crt, /etc/ssl/mongodb/cluster_3/server.key and /etc/ssl/mongodb/cluster_3/server_ca.crt
node2:27017: Deploying client certificate 'mongodb/cluster_3/client'
Writing file 'node2:/etc/mongod.conf'.
node2:27017: /etc/mongod.conf [mongod] set: ssl_cert, ssl_key and ssl_ca values.
node3:27017: setting up SSL as required way of connection.
Using certificate 'mongodb/cluster_3/server'
node3:27017: installed /etc/ssl/mongodb/cluster_3/server.crt, /etc/ssl/mongodb/cluster_3/server.key and /etc/ssl/mongodb/cluster_3/server_ca.crt
node3:27017: Deploying client certificate 'mongodb/cluster_3/client'
Writing file 'node3:/etc/mongod.conf'.
node3:27017: /etc/mongod.conf [mongod] set: ssl_cert, ssl_key and ssl_ca values.
Starting the cluster
node3:27017: Doing some preparation for starting the node.
node3:27017: Disable transparent huge page and its defrag according to mongo suggestions.
node3:27017: Checking file permissions and ownership.
node3:27017: Starting mongod MongoDb server with command:
ulimit -u 32000 -n 32000 &&  runuser -s /bin/bash mongod '-c mongod -f /etc/mongod.conf'
node3:27017: Verifing that 'mongod' process is started.
SSL setup done.

ClusterControl सभी क्लस्टर नोड्स पर प्रमाणन निर्माण सहित सभी आवश्यक चरणों को निष्पादित करेगा। ऐसे प्रमाणपत्रों को बाद में कुंजी प्रबंधन टैब में रखा जा सकता है।

निगरानी

डेटाबेस सिस्टम के साथ काम करते समय, आपको उनकी निगरानी करने में सक्षम होना चाहिए। यह आपको रुझानों की पहचान करने, अपग्रेड या सुधार की योजना बनाने या किसी भी समस्या या त्रुटि के लिए प्रभावी ढंग से प्रतिक्रिया करने में सक्षम करेगा।

नया ClusterControl 1.7.1 MongoDB आधारित उच्च-रिज़ॉल्यूशन मॉनिटरिंग जोड़ता है। यह PromQL क्वेरी भाषा के साथ डेटा स्टोर के रूप में Prometheus का उपयोग कर रहा है। डैशबोर्ड की सूची में MongoDB सर्वर, MongoDB रेप्लिकासेट, सिस्टम ओवरव्यू और क्लस्टर ओवरव्यू डैशबोर्ड शामिल हैं। ClusterControl Prometheus एजेंटों को स्थापित करता है, मेट्रिक्स को कॉन्फ़िगर करता है और अपने GUI के माध्यम से Prometheus निर्यातक कॉन्फ़िगरेशन तक पहुंच बनाए रखता है, ताकि आप निर्यातकों (Prometheus) के लिए कलेक्टर फ़्लैग जैसे पैरामीटर कॉन्फ़िगरेशन को बेहतर ढंग से प्रबंधित कर सकें। हमने विवरण में वर्णन किया है कि हाल ही में प्रोमेथियस और क्लस्टर कंट्रोल के साथ मोंगोडीबी की निगरानी कैसे करें लेख में निगरानी की जा सकती है।

चेतावनी

एक डेटाबेस ऑपरेटर के रूप में, जब भी हमारे डेटाबेस में कुछ महत्वपूर्ण होता है, तो हमें सूचित करने की आवश्यकता होती है। ClusterControl में अलर्ट प्राप्त करने के तीन मुख्य तरीकों में शामिल हैं:

• ईमेल सूचनाएं
• एकीकरण
• सलाहकार

आप उपयोगकर्ता स्तर पर ईमेल सूचनाएं सेट कर सकते हैं। सेटिंग> ईमेल नोटिफिकेशन पर जाएं। जहां आप गंभीरता और भेजे जाने वाले अलर्ट के प्रकार के बीच चयन कर सकते हैं।

अगली विधि एकीकरण सेवाओं का उपयोग करना है। यह विशिष्ट श्रेणी की घटनाओं को अन्य सेवा जैसे सर्विस नाउ टिकट, स्लैक, पेजरड्यूटी इत्यादि को पास करने के लिए है ताकि आप अपने संगठन के भीतर एक उन्नत अधिसूचना विधियां और एकीकरण बना सकें।

आखिरी में सलाहकार अनुभाग में परिष्कृत मीट्रिक विश्लेषण शामिल करना है, जहां आप बुद्धिमान जांच और ट्रिगर बना सकते हैं। वर्कलोड प्रीसेट स्तर तक पहुंचने पर नोड्स जोड़कर डिस्क स्थान उपयोग भविष्यवाणी या क्लस्टर स्केलिंग यहां एक उदाहरण हो सकता है।

बैकअप और पुनर्प्राप्ति

अब जब आपके पास अपनी MongoDB प्रतिकृति सेट अप और चल रही है, और आपकी निगरानी की जगह है, तो यह अगले चरण का समय है:सुनिश्चित करें कि आपके पास अपने डेटा का बैकअप है।

ClusterControl शेड्यूलिंग और रचनात्मक रिपोर्ट के समर्थन के साथ MongoDB बैकअप प्रबंधन के लिए एक इंटरफ़ेस प्रदान करता है। यह आपको बैकअप विधियों के लिए दो विकल्प देता है।

• मोंगोडम्प
• मोंगोडब संगत बैकअप

Mongodump सभी डेटा को बाइनरी JSON (बीएसओएन) प्रारूप में निर्दिष्ट स्थान पर डंप करता है। Mongorestore बाद में आपके डेटाबेस को पुनर्स्थापित करने के लिए BSON फ़ाइलों का उपयोग कर सकता है। ClusterControl MongoDB संगत बैकअप में oplog से लेन-देन शामिल हैं जो बैकअप बनाते समय निष्पादित कर रहे थे।

एक अच्छी बैकअप रणनीति किसी भी डेटाबेस प्रबंधन प्रणाली का एक महत्वपूर्ण हिस्सा है। ClusterControl बैकअप और पुनर्प्राप्ति/पुनर्स्थापना के लिए कई विकल्प प्रदान करता है।

ClusterControl बैकअप प्रतिधारण विन्यास योग्य है; आप किसी भी समयावधि के लिए अपने बैकअप को बनाए रखना चुन सकते हैं या बैकअप को कभी नहीं हटाना चुन सकते हैं। AES256 एन्क्रिप्शन दुष्ट तत्वों के खिलाफ आपके बैकअप को सुरक्षित करने के लिए नियोजित है। तेजी से पुनर्प्राप्ति के लिए, बैकअप को सीधे बैकअप क्लस्टर में पुनर्स्थापित किया जा सकता है - ClusterControl प्रक्रिया से त्रुटि-प्रवण मैन्युअल चरणों को हटाते हुए, लॉन्च से क्लस्टर पुनर्प्राप्ति तक पूरी पुनर्स्थापना प्रक्रिया को संभालता है।