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

Amazon Auroras Multi-AZ परिनियोजन को समझना

  • उपलब्धता क्षेत्र कोड की पहचान करना
  • स्टोरेज लेयर बनाम सर्वर इंस्टेंस
  • मल्टी-एजेड परिनियोजन क्या प्रदान करता है?

पूरी तरह से समझने के लिए कि Multi-AZ Deployment . क्या है आपके बुनियादी ढांचे के लिए, यह पहचानना महत्वपूर्ण है कि दुनिया भर में अमेज़ॅन वेब सेवाओं को कैसे कॉन्फ़िगर किया गया है और इस प्रकार यह कैसे अतिरेक सेवाएं प्रदान करता है, चाहे आपका स्थान कोई भी हो।

जैसा कि आधिकारिक दस्तावेज़ीकरण में चर्चा की गई है, AWS क्लाउड कई Regions . से बना है , जो दुनिया भर में भौतिक स्थान हैं, जैसे कि ओरेगन, संयुक्त राज्य अमेरिका; उत्तरी वर्जीनिया, संयुक्त राज्य अमेरिका; आयरलैंड; और टोक्यो।

प्रत्येक Region . के भीतर कई अलग-अलग भौतिक डेटा केंद्र मौजूद हैं, जिन्हें Availability Zones . के रूप में जाना जाता है . प्रत्येक Availability Zones अपनी स्वयं की शक्ति, कनेक्टिविटी और नेटवर्किंग क्षमताओं के साथ एक स्व-निहित सुविधा है। अधिकांश Region 2-3 अलग-अलग Availability Zones . के घर हैं प्रत्येक, किसी दिए गए Region . के भीतर आवश्यक होने पर पर्याप्त अतिरेक प्रदान करता है ।

जबकि Amazon हमेशा अपने Region . का विस्तार कर रहा है और Availability Zones कवरेज, आप नीचे दी गई छवि में एडब्ल्यूएस क्लाउड इंफ्रास्ट्रक्चर का वर्तमान नक्शा देख सकते हैं:

अमेज़न वेब सेवाओं की छवि सौजन्य

सभी Availability Zones एक ही Region . के भीतर निजी फाइबर-ऑप्टिक नेटवर्किंग के माध्यम से एक दूसरे से जुड़े हुए हैं, जिससे प्रत्येक Availability Zones . की अनुमति मिलती है एक दूसरे के साथ संवाद करने और आवश्यकतानुसार डेटा को जल्दी और कुशलता से स्थानांतरित करने के लिए।

उपलब्धता क्षेत्र कोड की पहचान करना

एडब्ल्यूएस डैशबोर्ड के माध्यम से एक नया उदाहरण बनाते समय, आपको एक विशिष्ट Availability Zones का चयन करने के विकल्प के साथ प्रस्तुत किया जा सकता है। , या कई मामलों में बस एक Region और सिस्टम Availability Zones . का चयन करेगा आपके लिए।

Region यदि आवश्यक हो तो देश और/या उप-क्षेत्र को प्रस्तुत करने के लिए एक साधारण स्ट्रिंग द्वारा लेबल किया जाता है। उदाहरण के लिए, us-west-2 ओरेगन, संयुक्त राज्य अमेरिका के लिए पदनाम है Region जबकि us-west-1 कैलिफ़ोर्निया, संयुक्त राज्य अमेरिका के लिए है।

Availability Zones Region . का अनुसरण करके निर्दिष्ट किए जाते हैं एक अक्षर पदनाम वाला टैग, जैसे us-west-1b या us-west-2a

स्टोरेज लेयर बनाम सर्वर इंस्टेंस

Multi-AZ Deployments को समझने के लिए समझने के लिए एक और महत्वपूर्ण अवधारणा है storage layer के बीच का अंतर है और server instance

server instance आपके डेटाबेस के लिए भौतिक मशीन के रूप में सबसे अच्छा माना जाता है जो आपके डेटाबेस की संरचना और मार्गों . को नियंत्रित करता है आपका सारा डेटा जो storage layer . में निहित है ।

storage layer एक एसएसडी समर्थित वर्चुअलाइज्ड . है आपके डेटाबेस के भीतर सभी वास्तविक डेटा का प्रतिनिधित्व। यहां ध्यान केंद्रित करने वाला कीवर्ड वर्चुअलाइज्ड है , जो कि Amazon का यह कहने का शानदार तरीका है कि storage layer जो आपके सिस्टम में वास्तविक डेटा का प्रतिनिधित्व करता है, किसी एक भौतिक स्थान या मशीन से जुड़ा नहीं है, बल्कि इसके बजाय वर्चुअलाइज्ड और प्रचारित किया जाता है कई स्थान (तीन में से कुल छह Availability Zones ज्यादातर मामलों में)।

मल्टी-एजेड परिनियोजन क्या प्रदान करता है?

Amazon वेब सेवाओं का उपयोग करने वाले लगभग सभी मामलों में, यह storage layer . के लिए मानक अभ्यास है (जहां सभी डेटा रहता है) सभी Availability Zones में अनावश्यक रूप से संग्रहीत किया जाना है दिए गए Region . के भीतर बिना किसी अतिरिक्त लागत के। इस घटना में कि एक Availability Zones किसी कारण से ऑफ़लाइन हो जाता है (जितना संभव न हो), सिस्टम पहले से ही storage layer की एक समान प्रतिलिपि के माध्यम से आपके डेटाबेस की सेवाओं को तुरंत और स्वचालित रूप से जारी रखने के लिए मौजूद है दूसरे जुड़े हुए Availability Zones . में से एक से ।

हालांकि , जब तक अन्यथा निर्दिष्ट न हो, यह अतिरेक केवल storage layer . पर लागू होता है , लेकिन आपके वास्तविक server instance . की भौतिक मशीन के लिए मौजूद नहीं है . अगर कुछ Availability Zones . का कारण बनता था जहां आपका server instance शटडाउन के लिए रहता है, तो आपका डेटाबेस भौतिक server instance . के रूप में कार्य करना बंद कर देगा ऑफ़लाइन है।

यह वह जगह है जहां Multi-AZ Deployment Amazon Aurora जैसी सेवाओं के लिए आता है। ठीक वैसे ही जैसे आपकी storage layer में डेटा का स्वत:अतिरेक हो जाता है , एक Multi-AZ Deployment इसका मतलब है कि आपका server instance कई Availability Zones . में भी अनावश्यक रूप से कॉपी किया गया है . इस कारण से, कोई भी Amazon Aurora Multi-AZ Deployment आश्वासन दिया जाता है कि एक Availability Zones . होना चाहिए ऑफ़लाइन जाएं जहां भौतिक server instance मशीन रहती है, एक स्वचालित विफलता एक अन्य कनेक्टेड Availability Zones में एक अप-टू-डेट स्टैंडबाय प्रतिकृति पर शुरू की जाती है ।

जैसा कि आधिकारिक दस्तावेज़ीकरण में चर्चा की गई है, आपके सिस्टम के अपटाइम को अधिकतम करने के लिए, विफलता प्रक्रिया (जिसमें आमतौर पर केवल 1-2 मिनट लगते हैं) निम्न में से किसी भी घटना के मामले में स्वचालित रूप से निष्पादित की जाएगी:

  • प्राथमिक Availability Zones में उपलब्धता का नुकसान
  • प्राथमिक से नेटवर्क कनेक्टिविटी का नुकसान
  • प्राथमिक पर इकाई विफलता की गणना करें
  • प्राथमिक पर संग्रहण विफलता

  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 - संस्थाओं और विशेषताओं की पहचान करना

  2. टी-एसक्यूएल मंगलवार #67 :नया बैकअप और विस्तारित घटनाओं को पुनर्स्थापित करें

  3. SQL में ज़ीरो द्वारा डिवाइड को कैसे हैंडल करें

  4. प्लान एक्सप्लोरर 3.0 वेबिनार - नमूने और प्रश्न और उत्तर

  5. SQL में ग्रुप बाय क्लॉज का उपयोग कैसे करें