MariaDB
 sql >> डेटाबेस >  >> RDS >> MariaDB

क्लाउड में अपने मारियाडीबी बैकअप को स्टोर करने के लिए टिप्स

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

क्लाउड प्रदाता

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

सुरक्षा

क्लाउड में अपना डेटा संग्रहीत करने से पहले यह जांच करने के लिए सबसे महत्वपूर्ण बिंदु हो सकता है। यदि आप बैकअप को वहां संग्रहीत करना चाहते हैं तो क्लाउड प्रदाता को डेटा-एट-रेस्ट (और यहां तक ​​​​कि इन-ट्रांजिट) के लिए एन्क्रिप्शन की पेशकश करनी चाहिए। यह एन्क्रिप्शन डेटा को उस समय के दौरान किसी अनधिकृत व्यक्ति द्वारा उपयोग किए जाने से बचाता है जब इसे क्लाउड में संग्रहीत किया जाता है।

अनुपालन

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

आसान प्रबंधन

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

उपलब्धता और टिकाऊपन नीतियां

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

लागत

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

सामान्य तौर पर, क्लाउड स्टोरेज की लागत के मूल्यांकन के लिए तीन मानदंड हैं:

  • संग्रहण लागत :आमतौर पर इसकी गणना डेटा के प्रकार और गतिविधि स्तर के आधार पर प्रति जीबी/एमबी की जाती है।
  • डेटा तक पहुंच :यह इस बात पर निर्भर करता है कि आपको डेटा को कितनी तेजी से एक्सेस करने की आवश्यकता होगी। कोल्ड बैकअप के लिए संग्रहण आमतौर पर कम होता है लेकिन मात्रा और अवधारण अवधि के आधार पर बढ़ सकता है।
  • SLA :यदि आपको अपटाइम और कम डाउनटाइम पर गारंटी की आवश्यकता है तो यह आवश्यक है।

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

ClusterControl के साथ अपने बैकअप क्लाउड पर अपलोड करें

ClusterControl ओपन सोर्स डेटाबेस के लिए एक प्रबंधन प्रणाली है जो परिनियोजन, बैकअप और प्रबंधन कार्यों के साथ-साथ विभिन्न डेटाबेस तकनीकों और परिवेशों के लिए स्वास्थ्य और प्रदर्शन निगरानी को स्वचालित करता है।

आइए देखें कि उदाहरण के तौर पर AWS का उपयोग करके अपने MariaDB बैकअप को क्लाउड में कैसे स्टोर किया जाए, लेकिन वास्तव में, आप ClusterControl को Google क्लाउड या Azure के साथ भी एकीकृत कर सकते हैं। इसके लिए, हम मान लेंगे कि आपने ClusterControl स्थापित कर लिया है और यह आपके MariaDB क्लस्टर का प्रबंधन कर रहा है।

बैकअप बनाना

इस कार्य के लिए, ClusterControl पर जाएं -> मारियाडीबी क्लस्टर चुनें -> बैकअप -> बैकअप बनाएं।

आप एक नया बैकअप बना सकते हैं या शेड्यूल किए गए बैकअप को कॉन्फ़िगर कर सकते हैं। इस उदाहरण के लिए, हम तुरंत एक एकल बैकअप बनाएंगे।

आपको बैकअप विधि चुननी होगी (mysqldump, या mariabackup full/incremental) , सर्वर जिससे बैकअप लिया जाएगा, और जहां आप बैकअप को स्टोर करना चाहते हैं। यहां आप संबंधित बटन को सक्षम करके अपने बैकअप को क्लाउड पर भी अपलोड कर सकते हैं।

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

यदि आप क्लाउड विकल्प पर अपलोड बैकअप को सक्षम करते हैं, तो आप एक देखेंगे क्लाउड प्रदाता निर्दिष्ट करने के लिए अनुभाग (इस मामले में AWS, लेकिन आप ClusterControl में अधिक क्लाउड प्रदाता जोड़ सकते हैं -> एकीकरण -> क्लाउड प्रदाता। AWS के लिए, यह S3 सेवा का उपयोग करता है, इसलिए आपको एक मौजूदा बकेट का चयन करना होगा या एक नया भी बनाना होगा एक वहां आपके बैकअप स्टोर करने के लिए।

बैकअप सेक्शन में, आप बैकअप और जानकारी की प्रगति देखेंगे जैसे विधि, आकार, स्थान, और बहुत कुछ। "संग्रहण स्थान" में, आप क्लाउड आइकन पा सकते हैं, जिसका अर्थ है कि बैकअप क्लाउड में भी संग्रहीत है।

जब यह समाप्त हो जाता है, तो आपको बैकअप चयनित स्थान पर और क्लाउड प्रदाता।

निष्कर्ष

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

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


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. AWS पर MySQL या MariaDB के प्रबंधन के लिए RDS बनाम EC2 की तुलना करना

  2. कठपुतली के साथ डेटाबेस स्वचालन:MySQL और मारियाडीबी प्रतिकृति की तैनाती

  3. मारियाडीबी 10.3.5 रिलीज कैंडिडेट में क्वालकॉम सेंट्रिक 2400 के लिए ऑप्टिमाइज़ेशन लिखें

  4. Ansible और Vagrant . का उपयोग करके MariaDB 10.3 प्रतिकृति कैसे सेटअप करें

  5. कैसे SYSDATE () मारियाडीबी में काम करता है