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

Question

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

Comments

alestic.com/2012/01/ec2-ebs-boot-recommended

— जेरोन

"माइक्रो" केवल तभी उपलब्ध है यदि आप ईबीएस समर्थित इंस्टेंस का उपयोग कर रहे हैं।

— अली

इंस्टेंस स्टोर वॉल्यूम बहुत तेज़ हैं और नेटवर्क आधारित स्टोरेज नहीं है!

— मैट

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

— Maziyar

मैं AWS उपयोगकर्ता मार्गदर्शिका (700 पृष्ठ) के माध्यम से आधा हूं। ईबीएस और इंस्टेंस स्टोरेज के बारे में ध्यान से पढ़ें। मैं अब भी समझ नहीं पा रहा हूं कि इस तरह के मतभेद क्यों हैं। और भी अधिक हैरान कि क्यों इंस्टेंस स्टोर S3 के बराबर है, लेकिन अलग नाम दिया गया है। उपयोगी उत्तरों में अधिक योगदान प्राप्त करने के लिए प्रश्न को फिर से खोला जाना चाहिए।

— पॉलिमरेज़

Answer 1

लब्बोलुआब यह है कि आपको लगभग हमेशा ईबीएस समर्थित उदाहरणों का उपयोग करना चाहिए।

यहाँ पर क्यों

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

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

ईबीएस अभी भी विफल हो सकता है - चांदी की गोली नहीं

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

जब नहीं

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

Comments

हाँ, ऊपर मेरे विचार भी थे ... उम्मीद है कि किसी तरह यहाँ उदाहरण के लिए एक तुलना के रूप में स्टोर के लिए अपनी वरीयताओं के बारे में लिखते हैं ...

— HelloWorldy 19

इंस्टेंट स्टोर समर्थित EC2 को गलती से समाप्त नहीं करने के लिए भी सेट किया जा सकता है।

— जिम सोहो

मैं वास्तव में उदाहरण स्टोर का उपयोग करने के लिए अपने EBS समर्थित EC2 उदाहरणों में से अधिकांश पर स्विच कर रहा हूं। यह वास्तव में इस बात पर निर्भर करता है कि आप क्या हासिल करना चाहते हैं। मैं बेहतर IO के कारण स्विच कर रहा हूं और क्योंकि मैं प्रत्येक EC2 उदाहरण को हर पल डिस्पोजेबल के रूप में देखता हूं, या: यह किसी भी मिनट टूट जाएगा और मैं इस तरह के उदाहरण पर सब कुछ खो दूंगा। इस तरह से आर्किटेक्चर करने से वास्तविक HA प्रणाली प्राप्त करने में मदद मिलती है। यह भी देखें stu.mp/2011/04/the-cloud-is-not-a-silver-bullet.html

— जिम सोहो

@Jim: कम से कम जब मैंने एक साल पहले उत्तर लिखा था, तो आपने उदाहरण के भंडारण की तुलना में एक सॉफ़्टवेयर RAID कॉन्फ़िगरेशन में कई ईबीएस इंस्टेंसेस को छीनकर बेहतर आईओ प्राप्त किया। ईबीएस बैकिंग से एस 3 बैकिंग की तुलना में प्रतिस्थापन उदाहरण लॉन्च करना बहुत तेज़ है (उदाहरण के लिए स्टोरेज को एस 3 से लोड किया जाता है, जो धीमा हो सकता है)। मैंने पिछले 6 महीनों में AWS पर बहुत कुछ नहीं किया है; चीजें बदल सकती हैं।

— एरिक जे।

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

— पीटर बर्ग

Answer 2

हमारे AWS सेटअप का 99% रिसाइकिल करने योग्य है। इसलिए मेरे लिए यह वास्तव में मायने नहीं रखता अगर मैं एक उदाहरण को समाप्त कर दूं - कुछ भी कभी नहीं खोता है। उदाहरण के लिए, मेरा आवेदन स्वचालित रूप से SVN से एक उदाहरण पर तैनात है, हमारे लॉग एक केंद्रीय syslog सर्वर पर लिखे गए हैं।

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

---

[२०१२-० I-१६] मैं आज इस उत्तर को बहुत अलग मानूंगा।

मुझे पिछले वर्ष में ईबीएस समर्थित उदाहरणों के साथ कोई अच्छा अनुभव नहीं है। AWS पर अंतिम गिरावट ने ईबीएस को बहुत बर्बाद कर दिया।

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

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

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

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

जितना बड़ा उदाहरण आपको मिलेगा, उतना ही बेहतर होगा। यहां बेहतर का मतलब कारण के भीतर है ।

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

तो सब के सब, मैं ईबीएस समर्थित उदाहरणों के लिए कोई लाभ नहीं है क्या कभी ऐसा है। मैं बूटस्ट्रैप में एक मिनट जोड़ता हूं, फिर एक संभावित SPOF के साथ चलता हूं।

Comments

क्या मानक की तुलना में ईबीएस IOPS- तरह के संस्करणों के साथ IO प्रदर्शन का कोई महत्वपूर्ण सुधार है? माना जाता है, उपरोक्त कहा गया है कि ईबीएस IOPS वॉल्यूम के लिए भी है।

— होनजजदे

दोनों प्रौद्योगिकियां विकसित होती हैं। मैं यह टिप्पणी 2014 में कर रहा हूँ, जब मेरे पास "प्रोवोस्ड IOPS" EBS है, लेकिन - "इंस्टा स्टोर" अब SSD है, जो पहले से भी तेज है !! एपेमेरल स्टोरेज हमेशा स्पीड के मामले में जीतेगा। इसलिए मैं दोनों का उपयोग करता हूं - ईबीएस पर "लगातार" सामान रखें, जिसमें सभी अस्थायी फाइलें, लॉग, "टेम्पडीबी" डेटाबेस, स्वैप-फाइल और अन्य सामान इंस्टेंस-स्टोर पर हैं। दोनों से लाभ!

— एलेक्स

क्या होगा अगर आपको एक वितरित डेटाबेस की आवश्यकता होती है जिसे अपने डेटा को वितरित और लगातार तरीके से संग्रहीत करने की आवश्यकता होती है। क्या आपको ईबीएस की आवश्यकता नहीं होगी क्योंकि उदाहरण भंडारण स्थिर नहीं है?

— CMCDragonkai

@CMCDragonkai आप जरूर करें। इन दिनों बहुत सारे विकल्प हैं, उदाहरण के लिए, AWS ने SSD- आधारित संग्रहण की पेशकश शुरू की। मैं उन पर गौर करूंगा और विश्लेषण (एकल बनाम RAID, आदि) को फिर से करूंगा। मैं नेटवर्क थ्रूपुट के कारण संभव सबसे बड़ा उदाहरण प्राप्त करने पर भी गौर करूंगा। EBS अभी भी t1.micro जैसे उदाहरणों पर एक मुद्दा है।

— तक

नेटवर्क प्रदर्शन के बारे में इस जवाब का हिस्सा काफी अप्रचलित है - काफी समय से, ऐसे कई उदाहरण मौजूद हैं जो एक छोटी सी अतिरिक्त लागत पर "ईबीएस-अनुकूलित" हो सकते हैं, और कुछ ऐसे हैं जो डिफ़ॉल्ट रूप से हैं (कोई अधिभार नहीं है) ), जिनका ईबीएस, सीएफ की ओर नेटवर्क इंटरफेस समर्पित है। docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSOptimized.html

— जोसप रॉडिन

Answer 3

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

Comments

नेटफ्लिक्स भी वैसी ही सिफारिशें करता है।

— किंग्स

तो आप अपने ब्लॉक आधारित लगातार फ़ाइलों को कहाँ संग्रहीत करते हैं?

— CMCDragonkai

Answer 4

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

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

Comments

S3 में अंतर्निहित अतिरेक है। ईबीएस में कोई नहीं है , इसलिए आपको इसके शीर्ष पर अतिरेक सॉफ़्टवेयर को तैनात करना होगा।

— पचेरियर

@Pacerier docs.aws.amazon.com/AWSEC2/latest/UserGuide/raid-config.html पर आधिकारिक दस्तावेज के अनुसार गलत है,

— रॉडिन

Answer 5

मुझे अपने आखिरी स्थान पर एरिक के समान सटीक अनुभव मिला है। अब मेरी नई नौकरी में, मैं उसी प्रक्रिया से गुजर रहा हूं, जो मैंने अपने आखिरी काम में की थी ... ईबीएस समर्थित उदाहरणों के लिए अपने सभी एएमआई का पुनर्निर्माण - और संभवत: 32 बिट मशीनों के रूप में (सस्ता - लेकिन वही एएमआई 32 पर उपयोग नहीं कर सकता 64 मशीनें)।

EBS समर्थित इंस्टेंस काफी जल्दी लॉन्च हो जाता है जिसे आप Amazon AutoScaling API का उपयोग करना शुरू कर सकते हैं जो आपको अतिरिक्त इंस्टेंसेस के लॉन्च को ट्रिगर करने के लिए क्लाउडवॉच मेट्रिक्स का उपयोग करने देता है और उन्हें ईएलबी (इलास्टिक लोड बैलेंसर) में पंजीकृत करता है, और उन्हें बंद करने के लिए भी जब अब अावश्यक नहीं।

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

Answer 6

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

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

जोर मेरा।

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

मैं दोनों का उपयोग करने के बाद फिर से तौलना याद करने की कोशिश करूँगा।

Answer 7

EBS एक VM की आभासी डिस्क की तरह है:

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

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

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

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

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

Answer 8

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

इंस्टेंस स्टोर स्टेटलेस है, आप इसे किसी भी इंस्टेंस विफलता की स्थिति में सभी डेटा के साथ ढीला कर देते हैं। हालाँकि, यह मुफ़्त और तेज़ है क्योंकि इंस्टेंस वॉल्यूम भौतिक सर्वर से बंधा है जहाँ VM चल रहा है।

Answer 9

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

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

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

और इस छवि को बहुत अधिक यह रकम देता है

Answer 10

यदि आप एक से अधिक इंस्टेंस चलाते हैं और अनवांटेड चार्जेज से बचने के लिए अपनी प्राथमिकता के रूप में AWS इंस्टेंस की एक निर्धारित सेवा प्रदान करते हैं , तो मैं आपको सलाह देता हूं कि इंस्टेंस-स्टोर का उपयोग न करें ।

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

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

निष्कर्ष के रूप में , अपने प्रश्न का मुख्य भाग लेना:

ऐसा लगता है कि लागत में अपेक्षाकृत कम अंतर पर ईबीएस अधिक उपयोगी है (रोकना, शुरू करना, जारी रखना + बेहतर गति)?

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

एरिक द्वारा पहले से सूचीबद्ध लाभों के अलावा , यह भी पता चल जाएगा कि लागत की अवधि में S3 EBS से सस्ता हो सकता है या नहीं । मैं सहमत हूं कि यदि आप एक ही प्लेटफॉर्म और एप्लिकेशन के आर्किटेक्चर में हर समय दोनों प्रकार के इंस्टेंस को चलाते रहते हैं तो यह लागत में अपेक्षाकृत कम अंतर है ।

हालाँकि, यदि कम लागत वाली सेवा पर एप्लिकेशन को चलाने के लिए कोई परिदृश्य है, तो सभी अनछुए कार्य को खींचें और थोड़े समय के भीतर पाइप लाइन या लैम्ब्डा के माध्यम से VPC / EBS को भूमिका अदा करें , दिन में <1 घंटा कहें, जो आपके लिए असंभव है एक इंस्टेंस-स्टोर का उपयोग करें , फिर यह एक अलग कहानी होगी।