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




6 Answers

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

यहाँ पर क्यों

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

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

ईबीएस अभी भी असफल हो सकता है - चांदी की बुलेट नहीं

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

जब नहीं

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

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




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




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

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

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




ईसी 2 "हार्डवेयर"

जब एक ईसी 2 इंस्टेंस लॉन्च किया जाता है, तो उदाहरण के लिए वर्चुअल मशीन आरक्षित होती है। उस वर्चुअल मशीन में इंस्टेंस प्रकार के आधार पर विशेष विनिर्देश हैं: 32-बिट या 64-बिट CPU, वर्चुअल कोर की संख्या, हार्ड ड्राइव का आकार इत्यादि। उदाहरण के बारे में विवरण चश्मा http://aws.amazon.com/ec2/#instance पर उपलब्ध है http://aws.amazon.com/ec2/#instance

जब आपका ईसी 2 उदाहरण "चलने" स्थिति में होता है, तो इसका मतलब है कि यह वर्चुअल मशीन पर चल रहा है, और यही वह है जिसके लिए आपको शुल्क लिया जाता है।

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

अमेज़ॅन वेब सर्विसेज दो प्रकार के रूट उपकरणों के साथ ईसी 2 उदाहरण प्रदान करता है .: "ईबीएस-समर्थित" और "इंस्टेंस स्टोर"।

"इंस्टेंस स्टोर" उदाहरण

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

यदि आप "इंस्टेंस स्टोर" इंस्टेंस लॉन्च करते हैं, तो इसे तब तक चलने के लिए तैयार रहें जब तक कि आप इसके साथ पूरी तरह से नहीं कर लेते। ध्यान दें कि जब तक इसे समाप्त नहीं किया जाता है तब तक आपसे शुल्क शुरू होने के समय से शुल्क लिया जाएगा।

"ईबीएस समर्थित" उदाहरण

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

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

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

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

लेकिन आभासी मशीन की हार्ड ड्राइव के बारे में क्या?

हां, उन हार्ड ड्राइव का उपयोग करना संभव है, भले ही आपका ईसी 2 उदाहरण "ईबीएस समर्थित" हो। डिफ़ॉल्ट रूप से, वे उपलब्ध नहीं हैं। यदि आप अपना उदाहरण लॉन्च करने के लिए कमांड लाइन प्रोग्राम का उपयोग करते हैं, तो आप "ईसी 2-इंस्टेंस कमांड" पर "आवृत्ति स्टोर" ड्राइव को अपने ईसी 2 इंस्टेंस में संलग्न करने के लिए "-b" विकल्प का उपयोग कर सकते हैं।

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

स्रोत: https://skeddly.desk.com/customer/portal/articles/1346918-ebs-backed-versus-instance-store




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

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




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

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

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

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

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

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

Eric द्वारा पहले से सूचीबद्ध लाभों के अलावा, यह भी पता होगा कि लागत एस 3 की अवधि में ईबीएस से सस्ता हो सकता है या नहीं । मैं मानता हूं कि लागत में अपेक्षाकृत कम अंतर होता है यदि आप एक ही मंच के भीतर दोनों प्रकार के उदाहरण और एप्लिकेशन के आर्किटेक्चर के दौरान चलते रहते हैं।

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




Related

amazon-ec2 amazon-web-services amazon-ebs