[amazon-ec2] ईबीएस बनाम इंस्टेंस-स्टोर (और इसके विपरीत) के लाभ


Answers

हमारे एडब्ल्यूएस सेटअप का 99% पुनर्नवीनीकरण योग्य है। तो मेरे लिए यह वास्तव में कोई फर्क नहीं पड़ता कि मैं एक उदाहरण समाप्त करता हूं - कुछ भी खो नहीं जाता है। जैसे मेरा एप्लिकेशन स्वचालित रूप से एसवीएन से एक उदाहरण पर तैनात किया जाता है, हमारे लॉग केंद्रीय syslog सर्वर पर लिखे जाते हैं।

उदाहरण भंडारण का एकमात्र लाभ जो मैं देखता हूं वह लागत-बचत है। अन्यथा ईबीएस समर्थित उदाहरण जीतते हैं। एरिक ने सभी फायदों का उल्लेख किया।

[2012-07-16] मैं इस जवाब को आज बहुत अलग बता दूंगा।

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

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

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

ईबीएस कुछ हद तक फ्लेकी तकनीक है क्योंकि यह अनिवार्य रूप से नेटवर्क वॉल्यूम है: आपके सर्वर से रिमोट से जुड़ी मात्रा। मैं इसके साथ किए गए काम को नकार रहा हूं - यह एक अद्भुत उत्पाद है क्योंकि अनिवार्य रूप से असीमित निरंतर भंडारण सिर्फ एक एपीआई कॉल है। लेकिन यह उन परिदृश्यों के लिए शायद ही फिट है जहां I / O प्रदर्शन महत्वपूर्ण है।

और नेटवर्क स्टोरेज कैसे व्यवहार करता है इसके अलावा, सभी नेटवर्क ईसी 2 उदाहरणों पर साझा किया जाता है। एक उदाहरण छोटा (उदाहरण के लिए t1.micro, m1.small) इससे भी बदतर हो जाता है क्योंकि वास्तविक नेटवर्क सिस्टम पर आपका नेटवर्क इंटरफेस एकाधिक VMs (= आपका EC2 इंस्टेंस) के बीच साझा किया जाता है जो इसके शीर्ष पर चलता है।

आपको मिलने वाला बड़ा उदाहरण, यह निश्चित रूप से बेहतर हो जाता है। बेहतर यहां कारण के भीतर है

जब दृढ़ता की आवश्यकता होती है, तो मैं हमेशा लोगों को उदाहरण के बीच केंद्रीकृत करने के लिए एस 3 जैसे कुछ उपयोग करने की सलाह देता हूं। एस 3 एक बहुत ही स्थिर सेवा है। फिर अपने इंस्टेंस सेटअप को उस बिंदु पर स्वचालित करें जहां आप एक नया सर्वर बूट कर सकते हैं और यह स्वयं ही तैयार हो जाता है। फिर नेटवर्क स्टोरेज की आवश्यकता नहीं है जो उदाहरण से अधिक समय तक रहता है।

तो सब कुछ, मुझे अब तक ईबीएस समर्थित बैक के लिए कोई लाभ नहीं दिखता है। मैं बूटस्ट्रैप में एक मिनट जोड़ता हूं, फिर एक संभावित एसपीओफ़ के साथ चलाता हूं।

Question

मैं अस्पष्ट हूं कि मुझे अमेज़ॅन ईसी 2 पर अपने उदाहरणों के लिए ईबीएस बनाम इंस्टेंस-स्टोर से क्या लाभ मिलते हैं। यदि कुछ भी हो, ऐसा लगता है कि ईबीएस लागत में अपेक्षाकृत कम अंतर पर रास्ता अधिक उपयोगी है (रोकें, शुरू करें, जारी रखें + बेहतर गति) ...? साथ ही, क्या कोई मेट्रिक है कि क्या अधिक लोग अब ईबीएस का उपयोग कर रहे हैं कि यह उपलब्ध है, क्योंकि यह अभी भी अपेक्षाकृत नया है?




ईबीएस एक वीएम की आभासी डिस्क की तरह है:

  • टिकाऊ, ईबीएस द्वारा समर्थित उदाहरणों को स्वतंत्र रूप से शुरू किया जा सकता है और रोक दिया जा सकता है (पैसे बचाने)
  • पॉइंट-इन-टाइम बैकअप प्राप्त करने के लिए, किसी भी समय स्नैपशॉट किया जा सकता है
  • एएमआई ईबीएस स्नैपशॉट्स से बनाया जा सकता है, इसलिए ईबीएस वॉल्यूम नए सिस्टम के लिए एक टेम्पलेट बन जाता है

इंस्टेंस स्टोरेज है:

  • स्थानीय, तो आमतौर पर तेज़
  • गैर-नेटवर्किंग, सामान्य मामलों में ईबीएस I / O नेटवर्क बैंडविड्थ की लागत पर आता है (ईबीएस-अनुकूलित उदाहरणों को छोड़कर, जिनमें अलग ईबीएस बैंडविड्थ है)
  • प्रति सेकंड IOPS सीमित I / O सीमित है। कुछ हज़ार आईओपीएस पर भी प्रावधान I / O अधिकतम हो गया है
  • नाजुक। जैसे ही इंस्टेंस बंद हो जाता है, आप सब कुछ भंडारण में खो देते हैं।

यहां प्रत्येक का उपयोग कहां है:

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



किसी के लिए यह सब नया है और अगर गलती से यहां उतरा

अभी तक सभी एएमआई क्विकस्टार्ट खंड में ईबीएस समर्थित हैं

ईबीएस और इंस्टेंस स्टोर के बीच अंतर के लिए आधिकारिक डॉक्टर पर भी एक अच्छी व्याख्या है

और यह छवि बहुत अधिक बताती है




एरिक ने बहुत ज्यादा इसे खींचा। हम ( बिट्टनामी ) लोकप्रिय अनुप्रयोगों और विकास ढांचे (PHP, जूमला, ड्रूपल, आपको विचार प्राप्त करने के लिए) मुफ्त एएमआई के लोकप्रिय प्रदाता हैं। मैं आपको बता सकता हूं कि ईबीएस समर्थित बैक एस 3 समर्थित बैक से काफी लोकप्रिय हैं। आम तौर पर मुझे लगता है कि एस 3-समर्थित उदाहरणों का उपयोग वितरित, समय-सीमित नौकरियों (उदाहरण के लिए, डेटा की बड़े पैमाने पर प्रसंस्करण) के लिए किया जाता है, जहां एक मशीन विफल हो जाती है, तो दूसरा एक बस स्पिन हो जाता है। ईबीएस समर्थित बैक 'पारंपरिक' सर्वर कार्यों के लिए उपयोग किया जाता है, जैसे वेब या डेटाबेस सर्वर जो स्थानीय रूप से राज्य को बनाए रखते हैं और इस प्रकार डेटा को क्रैश होने के मामले में उपलब्ध होने की आवश्यकता होती है।

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




मैं सिर्फ ईसी 2 का उपयोग करना शुरू कर रहा हूं, इसलिए एक विशेषज्ञ नहीं, लेकिन अमेज़ॅन का अपना दस्तावेज कहता है:

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

जोर मेरा

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

मैं दोनों का उपयोग करने के बाद फिर से वजन करने की याद रखने की कोशिश करूंगा।




Related