मूल रूप से नवंबर 2020 में ObjectRocket.com/blog पर प्रकाशित
Rackspace पर, ObjectRocket टीम आपके MongoDB® डेटाबेस को प्रबंधित करने में आपकी मदद कर सकती है। हम आपके MongoDB डेटाबेस के लिए डिजास्टर रिकवरी, प्रतिकृति, फॉल्ट टॉलरेंस, और उच्च उपलब्धता प्रदान करते हैं।
परिचय
ObjectRocket वर्तमान में शार्डेड और रेप्लिका MongoDB इंस्टेंस विकल्प प्रदान करता है, लेकिन पर्दे के पीछे, हम डेटा अतिरेक और फॉल्ट टॉलरेंस के लिए हमेशा तीन-सदस्यीय रेप्लिका सेट का उपयोग करते हैं। शार्डेड इंस्टेंस में समर्पित मोंगोस सर्वर, कॉन्फिग सर्वर, और शार्ड स्वयं होते हैं, जिनमें से प्रत्येक एक तीन-सदस्यीय रेप्लिका सेट है।
हालांकि, डिजास्टर रिकवरी एक अलग मामला है। ObjectRocket एक डिजास्टर रिकवरी योजना प्रदान करता है जहां आपके शार्डेड और रेप्लिका MongoDB इंस्टेंस को अतिरिक्त लागत पर दूसरे डेटा सेंटर में मिरर किए गए सदस्य रेप्लिका सेट प्राप्त होते हैं जिनका उपयोग आपदा घटना के मामले में किया जा सकता है।
पैकेज
सभी ObjectRocket प्रबंधित MongoDB इंस्टेंस उच्च उपलब्धता, प्रतिकृति (डेटा अतिरेक), और फॉल्ट टॉलरेंस के साथ एक पैकेज के रूप में आते हैं।
उच्च उपलब्धता
उच्च उपलब्धता (HA) के साथ, आप विभिन्न तकनीकों के माध्यम से हर समय अपने डेटा तक पहुंच सकते हैं। हालांकि, लगभग किसी भी HA समाधान का एक प्रमुख घटक आपके डेटा की एक प्रति है। यहीं डेटा अतिरेक चलन में आता है। आप केवल एक डेटाबेस देखते हैं, लेकिन पर्दे के पीछे, उस डेटा की दो या अधिक सटीक प्रतियां (प्रतिकृति) होती हैं, जो विफलता के मामले में एक रेप्लिका सेट नोड से दूसरे में स्थानांतरित होने में मदद करती हैं।
फॉल्ट टॉलरेंस
फॉल्ट टॉलरेंस वह गुण है जो एक सिस्टम को उसी फॉल्ट ज़ोन के भीतर एक घटक की विफलता की स्थिति में ठीक से संचालन जारी रखने में सक्षम बनाता है। व्यावसायिक निरंतरता सुनिश्चित करने के लिए, हम आपके शार्ड के प्रत्येक रेप्लिका-सेट सदस्य के लिए अलग-अलग होस्ट या सर्वर का उपयोग करते हैं, इसलिए यदि एक डाउन हो जाता है तो अन्य चालू रहते हैं।
प्रतिकृति (डेटा अतिरेक)
MongoDB प्रतिकृति एप्लिकेशन स्तर पर कई सर्वरों में डेटा को सिंक्रनाइज़ करने की प्रक्रिया है। प्रतिकृति कई डेटाबेस सर्वरों पर डेटा की कई प्रतियों के साथ अतिरेक प्रदान करती है और डेटा उपलब्धता बढ़ाती है। प्रतिकृति एक डेटाबेस को एकल सर्वर के नुकसान से बचाती है और आपको हार्डवेयर विफलता और सेवा व्यवधान से पुनर्प्राप्त करने की अनुमति देती है। डेटा की अतिरिक्त प्रतियों के साथ, आप एक या अधिक को डिजास्टर रिकवरी, रिपोर्टिंग, या बैकअप के लिए समर्पित कर सकते हैं।
डिजास्टर रिकवरी (वैकल्पिक)
डिजास्टर रिकवरी (DR) योजना का एक क्षेत्र है जो किसी संगठन को प्राकृतिक आपदाओं, बिजली विफलता जैसे महत्वपूर्ण नकारात्मक घटनाओं के प्रभाव से बचाता है जो डेटा सेंटर-स्तरीय आउटेज का कारण बन सकते हैं। DR का लक्ष्य व्यवसाय को यथासंभव सामान्य के करीब जारी रखना है।
DR के बिना उपयोग का मामला
आइए एक परिदृश्य मान लें जहां आपकी साल भर उच्च बिक्री होती है, विशेष रूप से साइबर मंडे और छुट्टियों के मौसम में।
आर्किटेक्चर कैसा दिखेगा?
एक संयुक्त राज्य-आधारित कंपनी के रूप में, आप अपना डेटा संयुक्त राज्य के भीतर संग्रहीत करना चाहते हैं, तो आइए आपके डेटा को संग्रहीत करने के लिए हमारे DFW डेटा सेंटर और बैकअप रखने के लिए IAD डेटासेंटर का उपयोग करें।
हम आपके डेटा को दो नोड्स पर मिरर करके HA प्राप्त करते हैं जो सेकेंडरी नोड्स के रूप में कार्य कर रहे हैं। यदि प्राथमिक किसी भी कारण से विफल होता है, तो एक सेकेंडरी नया प्राथमिक नोड बन जाता है लेकिन फिर भी एक और बैकअप होता है। इस बीच, हमारी सहायता टीम विफल नोड को पुनर्प्राप्त करती है और इसे नए प्राथमिक के साथ सिंक करती है।
MongoDB एकल बड़े रेप्लिका सेट का उपयोग करके क्षैतिज रूप से स्केल आउट कर सकता है, जिसमें एक प्राथमिक और दो सेकेंडरी नोड्स होते हैं, हार्टबीट संचार के साथ अप (या डाउन) स्थिति के लिए और ओप्लॉग के माध्यम से सेकेंडरी पर प्रतिकृति होती है।
हम प्रत्येक होस्ट को एक ही डेटासेंटर के भीतर अलग-अलग हार्डवेयर पर रखकर फॉल्ट टॉलरेंस प्राप्त करते हैं। इस तरह, यदि कोई हार्डवेयर विफल होता है, तो आपका MongoDB चालू रहता है।
आम तौर पर, एक शार्ड एकल MongoDB इंस्टेंस हो सकता है। हालांकि, जैसा कि पहले उल्लेख किया गया है, ObjectRocket पर रेप्लिका सेट में तीन MongoDB इंस्टेंस शामिल हैं, जैसा कि निम्न छवि में दिखाया गया है:
शार्ड:
- DFWNODE1: PRIMARY
- DFWNODE2: SECONDARY
- DFWNODE3: SECONDARY
ObjectRocket में HA, डेटा अतिरेक, और फॉल्ट टॉलरेंस कैसे काम करते हैं
रखरखाव, डाउनटाइम, या विफलता के मामले में, सिस्टम प्राथमिक को किसी भी सेकेंडरी नोड के साथ स्विच कर सकता है और बिना किसी समस्या के जारी रख सकता है, इस प्रकार HA प्रदान करता है।
डेटा को ओप्लॉग के माध्यम से PRIMARY नोड से SECONDARY नोड्स पर दोहराया जाता है, इस प्रकार डेटा अतिरेक प्राप्त होता है।
फॉल्ट टॉलरेंस के लिए, आइए उस असंभावित परिदृश्य की कल्पना करें जहां रेप्लिका सेट सदस्यों में से एक को होस्ट करने वाला सर्वर टूट जाता है। चाहे प्राथमिक या सेकेंडरी नोड विफल हुआ हो, आपका MongoDB इंस्टेंस समर्थन टीम द्वारा समस्या का समाधान करने तक दो-नोड रेप्लिका सेट में चलता रहता है।
DR के साथ उपयोग का मामला
हमारी योजना आपके वर्तमान इंस्टेंस को इंस्टेंस के सबसे करीबी डेटा सेंटर में से एक में मिरर करती है (भले ही आपने अपने इंस्टेंस में कितने भी शार्ड जोड़े हों)। हमारे पास आपके लिए IAD में एक DR योजना भी स्थापित है। हम IAD रेप्लिका-सेट सदस्यों को DFW3 में प्राथमिक नोड से जोड़ सकते हैं, आपका डेटा क्षेत्रों में सिंक्रोनस रूप से दोहराया जाता है। यह सुनिश्चित करता है कि आपका डेटा अद्यतित है, जैसा कि निम्न उदाहरण में दिखाया गया है:
शार्ड:
- DFWNODE1: PRIMARY
- DFWNODE2: SECONDARY
- DFWNODE3: SECONDARY
- IADNODE1: SECONDARY
- IADNODE2: SECONDARY
- IADNODE3: SECONDARY
निष्कर्ष
HA, प्रतिकृति, और फॉल्ट टॉलरेंस ObjectRocket प्लेटफॉर्म पर डिजास्टर रिकवरी के साथ जुड़ते हैं। साथ ही, हम स्मार्ट लोगों के साथ इसका समर्थन करते हैं—आपको अपने चरम समय के दौरान सुरक्षित और स्थिर रखते हुए।
प्रबंधित MongoDB के बारे में अधिक जानें।
कोई टिप्पणी करने या प्रश्न पूछने के लिए फीडबैक टैब का उपयोग करें। आप हमसे बातचीत भी शुरू कर सकते हैं।
