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

Amazon Aurora के बारे में चार बातें जो आप नहीं जानते

हम यह प्रश्न बहुत सुनते हैं:Amazon Aurora के साथ क्या हो रहा है? आपके संगठन के लिए सर्वोत्तम प्रबंधित डेटाबेस सेवा का निर्धारण करते समय, विचार करने के लिए कई कारक हैं - और उन सभी के माध्यम से चलने वाला एक सामान्य सूत्र यह है कि आपको कितना नियंत्रण चाहिए। अमेज़ॅन अपनी ऑरोरा डीबीएएएस पेशकश के पीछे बहुत अधिक वजन फेंक रहा है, लेकिन - आपकी आवश्यकताओं और प्राथमिकताओं के आधार पर - अमेज़ॅन ईसी 2 या एक अलग, गैर-अमेज़ॅन सेवा पर मारियाडीबी जैसे डेटाबेस चलाने का चयन करना आपके लिए बेहतर फिट हो सकता है।

यहाँ चार चीजें हैं जो आप शायद Amazon Aurora के बारे में नहीं जानते हैं।

एक पुराना, पुराना डेटाबेस

Amazon Aurora 2.x MySQL 5.7 के पुराने संस्करण का उपयोग करता है।

Aurora 2.0.1 को फरवरी 2018 में MySQL 5.7.12 का उपयोग करते हुए जारी किया गया था, जो स्वयं अप्रैल 2016 में जारी किया गया था। Aurora 2.x अभी भी MySQL 5.7 के पुराने संस्करण का उपयोग करता है। हालाँकि, अमेज़ॅन अब अपने द्वारा उपयोग किए जाने वाले रखरखाव संस्करण को प्रकाशित नहीं करता है। यह किसी आश्चर्य के रूप में नहीं आना चाहिए। 5.7.12 से अब तक एक दर्जन से अधिक MySQL रखरखाव रिलीज़ हो चुके हैं। उनमें से कितने बगफिक्स अमेज़ॅन ने बैकपोर्ट किए हैं? 17… सैकड़ों में से।

  • Aurora 2.02.0:Bug #22833364
  • Aurora 2.02.3:Bugs #24929748, #26867509, #22843444, #25080442
  • Aurora 2.03.0:Bugs #24929748, #26867509, #22843444, #25080442
  • Aurora 2.03.3:Bugs #25361251, #26734162, #27460607, #22343910, #23074801, #25287633
  • Aurora 2.04.0:Bug #26225783
  • Aurora 2.04.2:Bug #24829050

यदि आप एक नया डेटाबेस चुन सकते हैं, तो क्या आप तीन साल पहले जारी किए गए एक को चुनेंगे, जिसमें तीन साल के बग फिक्स, सुरक्षा पैच, सुधार और नई सुविधाएं गायब हैं?

आवश्यक डाउनटाइम और रुकावट

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

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

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

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

एंटरप्राइज़ सुरक्षा की कमी

Aurora में आधुनिक डेटाबेस से अपेक्षित कई एंटरप्राइज़ सुरक्षा सुविधाओं का अभाव है, जिसमें डेटाबेस फ़ायरवॉल, डायनेमिक डेटा मास्किंग, भूमिकाएँ, कुंजी रोटेशन और TLS 1.3 शामिल हैं।

Aurora Amazon Key Management Service का समर्थन करता है, लेकिन यह डेटाबेस इंस्टेंस के लिए कुंजी रोटेशन का समर्थन नहीं करता है। बल्कि, नए डेटाबेस इंस्टेंस के लिए कुंजी बदलने के लिए एक प्रमुख उपनाम का उपयोग किया जा सकता है। जैसे, यदि कोई नई कुंजी जोड़ी जाती है, तो मौजूदा डेटाबेस इंस्टेंस पुरानी कुंजी का उपयोग करके डेटा को एन्क्रिप्ट और डिक्रिप्ट करना जारी रखेंगे।

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

Aurora में MariaDB प्लेटफ़ॉर्म में उपलब्ध शक्तिशाली डेटाबेस फ़ायरवॉल और डायनेमिक डेटाबेस मास्किंग सुविधाओं का अभाव है, और क्योंकि Aurora MySQL के पुराने संस्करण पर आधारित है, इसमें भूमिकाओं का भी अभाव है। इसके अलावा, यह टीएलएस 1.0, 1.1 और 1.2 तक सीमित है।

सबसे कम आम भाजक

Aurora उपयोक्ताओं को एक कुकी-कटर टेम्पलेट का उपयोग करके बनाया गया एक बेयर-बोन डेटाबेस प्रदान करता है जिसका उद्देश्य कम से कम सामान्य हर को पूरा करना है। जबकि MariaDB प्लेटफ़ॉर्म स्पाइडर स्टोरेज इंजन के माध्यम से पारदर्शी शार्डिंग के साथ रीड, राइट और स्टोरेज को स्केल कर सकता है, या MyRocks स्टोरेज इंजन (फेसबुक द्वारा विकसित) के माध्यम से SSDs पर राइट- और स्पेस-ऑप्टिमाइज़्ड स्टोरेज से लाभ उठा सकता है, औरोरा के पास न तो है। यह InnoDB स्टोरेज इंजन तक सीमित है।

फिर मारियाडीबी कॉलमस्टोर के साथ वितरित, स्तंभ भंडारण और बड़े पैमाने पर समानांतर प्रसंस्करण है। यह अभी तक एक और स्टोरेज इंजन है जो औरोरा में उपलब्ध नहीं है। जबकि अमेज़ॅन ट्रांजेक्शनल प्रोसेसिंग के लिए ऑरोरा और एनालिटिक्स के लिए रेडशिफ्ट का उपयोग करने का सुझाव देगा, दोनों को मारियाडीबी प्लेटफॉर्म के साथ किया जा सकता है - हाइब्रिड ट्रांजेक्शनल / एनालिटिकल प्रोसेसिंग (एचटीएपी) को सक्षम करना।

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

Aurora के साथ Amazon का अपना अनुभव उपरोक्त बातों के महत्व को दर्शाता है। अपने कुछ डेटाबेस को ऑरोरा में ले जाने के कुछ ही समय बाद, Amazon ने प्राइम डे 2018 के दौरान व्यापक आउटेज और अन्य डेटाबेस समस्याओं का अनुभव किया। जैसे-जैसे प्राइम डे 2019 नज़दीक आ रहा है, हम अमेज़न को शुभकामनाएँ देते हैं!


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. मारियाडीबी में MONTHNAME () कैसे काम करता है

  2. MySQL और MariaDB डेटाबेस के लिए क्लाउड बैकअप विकल्प

  3. टोक्यो में मारियाडीबी

  4. मारियाडीबी एलटीआरआईएम () बनाम एलटीआरआईएम_ओआरएसीएलई ():क्या अंतर है?

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