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

मैं डेटाबेस प्रबंधन के लिए Amazon EC2 में क्या देखना चाहता हूं

Amazon EC2 (Amazon Elastic Compute Cloud) एक शानदार क्लाउड कंप्यूटिंग प्लेटफॉर्म है। अधिकांश इंटरनेट अमेज़ॅन एडब्ल्यूएस पर चलता है - जब उपयोगकर्ता "क्लाउड कंप्यूटिंग" का उल्लेख करते हैं तो वे अमेज़ॅन एडब्ल्यूएस के बारे में बात कर रहे हैं। मेरी कंपनी कुछ वर्षों से AWS पर डेटाबेस चला रही है और उसका प्रबंधन कर रही है और हमने अपने अनुभवों से बहुत कुछ सीखा है। जबकि AWS उठने और चलने के लिए एक आसान प्लेटफ़ॉर्म है, AWS पर बड़े डिस्क-इंटेंसिव वर्कलोड को चलाना बेहद मुश्किल है। मैं यह नहीं कह रहा हूं कि यह नहीं किया जा सकता - हालांकि, आवश्यक समय और विशेषज्ञता अधिकांश उपयोगकर्ताओं से परे है। यहाँ कुछ चीज़ें दी गई हैं जिन्हें मैं AWS पर डेटाबेस चलाना आसान बनाने के लिए Amazon EC2 में देखना चाहता हूँ।

  1. गैर अल्पकालिक स्थानीय डिस्क

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

  2. कम लागत वाला SSD

    यह बहुत अच्छा होगा यदि Amazon DigitalOcean की पुस्तक से एक सीख ले और अपने सर्वर के लिए कम लागत वाले SSD को पेश करे। सर्वर-साइड कंप्यूटिंग धीरे-धीरे एसएसडी की ओर बढ़ रही है और कुछ वर्षों में, एसएसडी सर्वर आपके सर्वर वर्कलोड के लिए डिफैक्टो स्टोरेज होंगे। अमेज़ॅन आज एसएसडी की पेशकश करता है, लेकिन वे काफी महंगे हैं और अधिकांश वर्कलोड के लिए विकल्प नहीं हैं। साथ ही, SSD की पेशकश में स्थानीय डिस्क की तरह ही "अल्पकालिक" समस्या है।

  3. पार-क्षेत्रीय सुरक्षा समूह

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

  4. एकाधिक वॉल्यूम में सिंक्रनाइज़ किए गए स्नैपशॉट

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

  5. बेहतर VPC प्रबंधन

    मुझे व्यक्तिगत रूप से इंटरनेट पर उत्पादन डेटाबेस को उजागर करने का विचार पसंद नहीं है। इसलिए, मैं वर्चुअल प्राइवेट क्लाउड्स (VPC) का बहुत बड़ा प्रशंसक हूं। तकनीक बढ़िया है लेकिन प्रबंधन इंटरफ़ेस काफी थकाऊ है। VPC और क्लासिक EC2 बहुत समान हैं जब तक कि वे न हों। आप अंत में EC2 कंसोल और VPC कंसोल के बीच आगे-पीछे स्विच करते हैं। एक बार जब आप 10+ सर्वर प्रबंधित कर लेते हैं, तो वर्तमान प्रबंधन प्रतिमान उपयोगकर्ता पर बहुत अधिक बोझ डालता है। मुझे लगता है कि अवधारणाओं को सरल बनाने और इसे प्रबंधित करने में आसान बनाने के लिए जगह है।

हमेशा की तरह, यदि आपके कोई प्रश्न हैं, तो कृपया बेझिझक हमसे [email protected] पर संपर्क करें।


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. डेटाबेस सामान्यीकरण के बारे में आपको जो कुछ पता होना चाहिए

  2. एसएपी लुमिरा और जेडीबीसी-ओडीबीसी ब्रिज

  3. कृपया इस यूपीएसईआरटी विरोधी पैटर्न का प्रयोग बंद करें

  4. एक सबक्वेरी कार्डिनैलिटी अनुमान बग

  5. SQL अनुपालन प्रबंधक की सामान्य उपलब्धता की घोषणा 5.9