2011-04-22 13 views
7

मैं या तो Amazon EBS या Microsoft Azure Drives का उपयोग कर संचालित करने वाले फ़ाइलों को स्टोर करने पर योजना एक नई परियोजना की मेजबानी के लिए या तो अमेज़न EC2 या Microsoft Azure का उपयोग करने में तलाश रहे हैं, और एक एएसपी.नेट वेबसाइट। मेरे ज्ञान के लिए ये दो तकनीकें बहुत समान हैं और दोनों वर्चुअल हार्ड ड्राइव प्रदान करते हैं जो क्लाउड स्टोरेज (Amazon S3 या Azure Blobs) द्वारा समर्थित है। हाल ही में outage of EC2 and EBS (Post Mortem देखें) के साथ मैं यह जानना चाहता हूं कि ईबीएस एज़ूर ड्राइव से कैसे तुलना करता है। विशेष रूप से:मतभेद ड्राइव

  1. मुझे पता है कि Azure ड्राइव को एक उदाहरण पर पढ़ने/लिखने के रूप में या एकाधिक उदाहरणों पर केवल पढ़ने के रूप में रखा जा सकता है। क्या ईबीएस के लिए भी यही सच है? मैंने यह भी सुना है कि माइक्रोसॉफ्ट एज़ूर ड्राइव का इस्तेमाल Read/Write mode on multiple instances using the SMB protocol में किया जा सकता है। किसी को इसका अनुभव है?

  2. आज के आउटेज से पहले भी बहुत से लोग टी he reliability of Amazon EBS के बारे में शिकायत कर रहे हैं। मैंने सिस्टम जैसे RAID बनाने के लिए कई ईबीएस वॉल्यूम का उपयोग करके कुछ लोगों को संदर्भ भी सुना है, जो मुझे मूर्खतापूर्ण लगता है। माइक्रोसॉफ्ट एज़ूर ड्राइव की तुलना ईबीएस से कितनी भरोसेमंद है?

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

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

उत्तर

6

मैं Windows Azure Drives whitepaper के माध्यम से पढ़कर अपने कुछ सवालों का जवाब देने में सक्षम था, जो बताता है कि Page Blobs का उपयोग करके Azure ड्राइव कैसे बनाया गया है। इसका मतलब यह है कि इसे Windows Azure Storage SLA के तहत कवर किया जाना चाहिए जो कहता है:

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

भंडारण के लिए, हम गारंटी देते हैं कि कम से कम 99.9% हम सफलतापूर्वक प्रारूपित अनुरोधों को सफलतापूर्वक संसाधित करेंगे जो हमें डेटा जोड़ने, अपडेट करने, पढ़ने और हटाने के लिए प्राप्त होते हैं। हम यह भी गारंटी देते हैं कि आपके स्टोरेज खातों में हमारे इंटरनेट गेटवे से कनेक्टिविटी होगी।

यह भंडारण या भूमिकाओं कि Azure ड्राइव करने के लिए उपयोग करने की आवश्यकता के लिए वेब/कार्यकर्ता भूमिकाओं के लिए चारों ओर 26.28 minutes और 52.56 minutes की एक वार्षिक डाउनटाइम खिड़की देता है। विंडोज़ एज़ूर में अमेज़ॅन एडब्ल्यूएस की पेशकश के समान क्षेत्र हैं, लेकिन क्षेत्रों के भीतर उनके पास अलग-अलग उपलब्धता क्षेत्र नहीं हैं। इसके बजाय उनके पास Upgrade Domains and Fault Domains है, जिनका उपयोग अद्यतनों को रोल करने और role instances on different hardware racks ढूंढने के लिए किया जाता है। दोष डोमेन उपयोगकर्ता कॉन्फ़िगर करने योग्य नहीं हैं, इसलिए यदि आप उच्च स्तर की उपलब्धता चाहते हैं तो आपको किसी अन्य क्षेत्र में अलग-अलग सेवाएं सेट करनी होंगी।

मुझे Amazon EBS ड्राइव बनाने के तरीके के समान वर्णन नहीं मिल पाए, लेकिन ऐसा लगता है कि वे actually NOT backed by Amazon S3 हैं, लेकिन इसके बजाय एक अलग भंडारण प्रणाली है।अमेज़न S3 SLA 99.999999999% durability and 99.99% availability प्रदान करता है, लेकिन वह सब EBS के लिए उल्लेख किया है:

अमेज़न EBS मात्रा एक विशिष्ट उपलब्धि जोन में रखा जाता है, और फिर भी है कि एक ही क्षेत्र में उपलब्धता उदाहरणों के साथ संलग्न किया जा सकता है।

प्रत्येक स्टोरेज वॉल्यूम स्वचालित रूप से उसी उपलब्धता क्षेत्र में दोहराया जाता है। यह किसी भी हार्डवेयर घटक की विफलता के कारण डेटा हानि को रोकता है।

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

वे यह भी संकेत देते हैं कि ईबीएस की सामान्य हार्ड ड्राइव की तुलना में 0.1% - 0.5% की वार्षिक वार्षिक विफलता दर है जो सालाना लगभग 4% पर असफल होती है। चूंकि EBS मात्रा एक उपलब्धि क्षेत्र में पूरी तरह से आधारित हैं यह भी बैकअप के लिए स्नैपशॉट बनाने के लिए महत्वपूर्ण है:

EBS मात्रा, निर्मित अतिरेक है जिसका मतलब है कि एक व्यक्ति ड्राइव विफल या कुछ अन्य एकल अगर है कि वे असफल नहीं हो विफलता होती है। लेकिन वे एस 3 स्टोरेज के रूप में अनावश्यक नहीं हैं जो डेटा को कई उपलब्धता क्षेत्रों में प्रतिलिपि बनाता है: एक ईबीएस वॉल्यूम पूरी तरह से एक उपलब्धता क्षेत्र में रहता है। इसका मतलब है कि एस 3 में संग्रहीत स्नैपशॉट बैकअप बनाना, दीर्घकालिक डेटा सुरक्षा के लिए महत्वपूर्ण है।

हाल EBS/EC2 outage के लिए पोस्टमार्टम रिपोर्ट EBS की वास्तुकला के बारे में बहुत अधिक विस्तार है और पता चलता है कि ट्रिगर में अमान्य नेटवर्क विन्यास परिवर्तन था। उस परिवर्तन ने कई दर्जनों को उनके दर्पणों के साथ अलग कर दिया और quickly led to a “re-mirroring storm,” where a large number of volumes were effectively “stuck” while the nodes searched the cluster for the storage space it needed for its new replica. यह कुछ रेस स्थितियों, अनुचित बैक-ऑफ टाइमआउट्स और सॉफ़्टवेयर बग के साथ संयुक्त हो गया जो लंबे समय तक उपलब्धता को प्रभावित करता है जो कई उपलब्धता क्षेत्रों को प्रभावित करता है। अमेज़ॅन ने कहा है कि वे भविष्य में होने से रोकने के लिए कई कार्रवाइयां कर रहे हैं, जिसमें ईबीएस नियंत्रण विमान व्यक्तिगत उपलब्धता क्षेत्रों में विफलताओं के लिए अधिक सहनशील बना रहा है।

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

+0

मुझे एज़ूर ब्लॉब स्टोरेज के लिए यह दिलचस्प बेंचमार्क साइट भी मिली: http://azurescope.cloudapp.net/BenchmarkTestCases/ –

+0

नेटफ्लिक्स से एक और ब्लॉग पोस्ट जो इस बारे में बात करता है कि वे ईबीएस से क्यों बचते हैं: http://techblog.netflix.com /2011/04/lessons-netflix-learned-from-aws-outage.html –

+0

और उस ब्लॉग की एक टिप्पणी जो ईबीएस बनाम ईसी 2 एफ़ेमेरल डिस्क प्रदर्शन की रूपरेखा देती है: http://victortrac.com/EC2_Ephemeral_Disks_vs_EBS_Volumes –