AWS: अच्छा, बुरा, गुस्सा

यहाँ awe.sm में , हमने शुरुआत से ही सही होस्टिंग के लिए Amazon AWS का उपयोग किया। पिछले तीन वर्षों में, हमने अध्ययन किया है कि क्या अच्छा है और क्या बहुत अच्छी तरह से तैयार नहीं है और खुद के लिए एक बहुत ही सुलभ, अत्यधिक उत्पादक प्रणाली शुरू करने के लिए हमारे स्वयं के नियमों का एक सेट है, जो कुछ मामलों में अमेज़ॅन की सिफारिश से अलग है।

हम निम्नलिखित संबंधित अवधारणाओं के बारे में बात करने जा रहे हैं:

1. उन लोगों के लिए जिन्होंने अमेज़ॅन के बारे में सुना है, लेकिन अभी तक इसका उपयोग करने का अवसर नहीं मिला है, हम इस सेवा के सभी फायदे और नुकसान दिखाएंगे जो हमने अपने काम में सामना किया था।
2. उन लोगों के लिए जो पहले से ही AWS का उपयोग करते हैं, हम कुछ विवरणों को स्पष्ट करेंगे और उच्च प्रदर्शन सेवाओं के लिए अमेज़ॅन का उपयोग करने के लिए सर्वोत्तम प्रथाओं के बारे में बात करेंगे जैसे कि हमारा, जहां सिस्टम का निरंतर संचालन सर्वोच्च मापदंड है।

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

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

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

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

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

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

बेशक, यह सिर्फ होस्टिंग नहीं है, इसकी कीमत पारंपरिक होस्टिंग से अधिक है। लेकिन अमेज़ॅन इस कमी को दूर करने की कोशिश कर रहा है और समय-समय पर कीमतों को कम करता है: अक्टूबर में 18%, मार्च में 10% और इस साल केवल यही है। इसके अलावा, पैसे बचाने के लिए, आप स्पेयर सर्वर का उपयोग कर सकते हैं, जो उपलब्ध हैं, यदि उपलब्ध हैं, और जो मांग पर चलते हैं, उसके बजाय सस्ता है। इसके अलावा, दीर्घकालिक उपयोग के साथ, आप अग्रिम भुगतान कर सकते हैं और आरक्षित मशीनों का उपयोग कर सकते हैं, ताकि आप 50% तक बचा सकें। हम awe.sm में विश्वसनीयता से ग्रस्त हैं और अतिरिक्त उपकरणों का उपयोग करते हैं, इसलिए अतिरेक हमारे लिए एक बड़ी जीत थी।

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

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

1. वर्चुअल हार्डवेयर वास्तविक भौतिक हार्डवेयर नहीं है।
   हमारी तीन साल की टिप्पणियों से पता चला है कि ईसी 2 पर एक आभासी मशीन का औसत जीवन चक्र 200 दिनों का है । उसके बाद, मौका है कि सर्वर बहुत रिटायर हो जाएगा। और यह प्रक्रिया अप्रत्याशित है: कभी-कभी वे। समर्थन हमें 10 दिन पहले सूचित करता है कि मशीन को बंद कर दिया जाएगा, कभी-कभी यह संदेश दिया जाता है कि मशीन बंद होने के दो घंटे बाद बंद हो जाएगी। अचानक गायब होने वाले उपकरण सबसे बड़ी समस्या नहीं है - आप आसानी से एक नई शुरुआत कर सकते हैं, लेकिन इस तथ्य को ध्यान में रखना महत्वपूर्ण है और इस प्रक्रिया के स्वचालन पर समय व्यतीत करना है ताकि नए उपकरणों को नियमित रूप से लॉन्च करने में समय की बचत हो सके।
2. आपके सर्वर एक से अधिक उपलब्धता ज़ोन में स्थित होने चाहिए और दोनों ज़ोन में सभी आवश्यक सेवाएँ होनी चाहिए । हमारे अनुभव से पता चला है कि एक अलग क्षेत्र की तुलना में एक संपूर्ण क्षेत्र विफल होने की अधिक संभावना है। इसलिए यदि आप प्राथमिक सर्वर के साथ समस्याओं के मामले में एक ही उपलब्धता क्षेत्र में प्राथमिक और बैकअप सर्वर का उपयोग करने की योजना बनाते हैं, तो आप पूरे क्षेत्र के भीतर आम समस्याओं के कारण बैकअप सर्वर को खो देंगे। इस मामले में आपका सिस्टम विफलता का एक बिंदु होगा और आप बैकअप से अपने डेटा को पुनर्स्थापित नहीं कर पाएंगे या सर्वर से अपनी फ़ाइलों को नहीं निकाल पाएंगे, क्योंकि यदि ज़ोन के साथ समस्याएं हैं, तो आप अपने सर्वर को देखने में सक्षम नहीं होंगे, किसी को निकालने के लिए नहीं। या डेटा।
3. क्षेत्र के भीतर कई क्षेत्रों की समस्याएं भी होती हैं। इसलिए यदि आप इसे वहन कर सकते हैं, तो विभिन्न क्षेत्रों का भी उपयोग करें । यूएस-ईस्ट क्षेत्र, जो सबसे लोकप्रिय है क्योंकि यह जून 2012, मार्च 2012 में सबसे पुरानी और सबसे सस्ती, अनुभवी समस्याएं हैं और सबसे गंभीर गड़बड़ अप्रैल 2011 में हुई थी, जिसे क्लाउड सर्वनाश कहा जाता था। इस मुद्दे पर हमारी राय, जिसके कारण हम अमेज़न में दोस्तों को खो सकते हैं, पूरे क्षेत्रों का अस्थिर काम अक्सर होता है और यह उसी कारण से होता है। यह हमें अगले समाधान तक ले गया।

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

1. ईबीएस I / O गति असंतोषजनक
   वर्चुअल हार्डवेयर पर I / O की गति शुद्ध हार्डवेयर की तुलना में बहुत कम है, लेकिन हमारे अनुभव से पता चला है कि EBS का प्रदर्शन एक आभासी मशीन में स्थानीय डिस्क के प्रदर्शन की तुलना में बहुत कम है, जिसे अमेज़न अल्पकालिक भंडारण कहता है। ईबीएस ड्राइव अनिवार्य रूप से नेटवर्क ड्राइव हैं । किसी भी नेटवर्क ड्राइव से आपको जो प्रदर्शन की उम्मीद करनी चाहिए वह बहुत बड़ी नहीं है। AWS I / O की गारंटी राशि के साथ ड्राइव भी प्रदान करता है, लेकिन वे काफी महंगे हैं और थोड़े अधिक आकर्षक समझौते के रूप में उपयुक्त नहीं हैं।
2. EBS क्षेत्रीय स्तर पर विफल रहता है, डिस्क स्तर पर नहीं।
   हमारे अनुभव से पता चला है कि ईबीएस के दो व्यवहार हैं: सभी ड्राइव उपलब्ध हैं या सभी ड्राइव अनुपलब्ध हैं। पहले वर्णित क्षेत्र के भीतर तीन में से दो विफलताएं ईबीएस स्तर पर समस्याओं से संबंधित थीं, एक क्षेत्र में समस्याएं शुरू हुईं और दूसरों में फैल गईं। यदि आपकी पुनर्प्राप्ति योजना ईबीएस डिस्क के साथ काम करने के लिए बंधी हुई है, और काम करने से इनकार ईबीएस स्तर पर समस्याओं के कारण होता है, तो आप सफल नहीं होंगे, हमने कई बार इसी तरह की समस्या का सामना किया है।
3. एक उबंटू प्रणाली पर ईबीएस के साथ समस्याएं बेहद कठिन हैं: क्योंकि ईबीएस एक नेटवर्क ड्राइव है जो वास्तविक हार्ड ड्राइव की आड़ में सिस्टम में उत्सर्जित होता है, यह ऑपरेटिंग सिस्टम स्तर पर ऑपरेशन को बाधित करता है। यह हमारे लिए भयानक परिणाम थे। जैसे ही ईबीएस के साथ समस्याएं होती हैं, ईबीएस डिस्क संलग्न होने वाला पूरा सर्वर पूरी तरह से दुर्गम है, और यह कार्यक्षमता को प्रभावित करता है जिसका डिस्क गतिविधि से कोई लेना-देना नहीं है।

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

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

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

हमने जो सबक सीखा है।
अगर हमने कल ही awe.sm शुरू कर दिया, तो मैं बहुत ज्यादा सोचे बिना अमेज़न का उपयोग करूँगा। एक छोटी टीम के साथ और सीमित बजट के साथ स्टार्टअप के लिए, यह वही है जो आपको जल्दी शुरू करने की आवश्यकता है । AWS वास्तव में कोई खतरा नहीं है, यह कुछ डरावना या बुरा नहीं है।

जॉयंट और रैकस्पेस जैसे आईएएएस प्रदाता अमेज़ॅन की एड़ी पर कदम रख रहे हैं: हमारे दोनों कंपनियों में अच्छे दोस्त हैं और हम उनके साथ काम करने जा रहे हैं। जब हमारे सर्वर की संख्या 100 से 1000 हो जाती है, तो हमें इन प्रदाताओं के साथ-साथ कार्पेथिया के साथ अपने बुनियादी ढांचे में विविधता लानी होगी, जो कम एडब्ल्यूएस एक्सेस समय के साथ होस्टिंग सेवाएं प्रदान करने के लिए एडब्ल्यूएस डायरेक्ट कनेक्ट का उपयोग करते हैं, जो हाइब्रिड क्लाउड इन्फ्रास्ट्रक्चर को आसान बनाता है।

मुझे उम्मीद है कि यह जानकारी आपके लिए उपयोगी रही होगी।

मूल लेख: http://blog.awe.sm/2012/12/18/aws-the-good-the-bad-and-the-ugly/
द्वारा पोस्ट: लॉरी वॉस (seldo)