क्या S3 क्षेत्र के आउटेज के लिए क्रॉस-रीजन प्रतिकृति 100% मूर्खतापूर्ण है?

अमेज़ॅन S3 में क्रॉस-रीजन रीप्लेसमेंट का विकल्प है जो कि क्षेत्र / ज़ोन के आउटेज के प्रति बहुत गलत-सहिष्णु होना चाहिए।

क्या इसका मतलब यह है कि जो लोग आउटेज के बारे में बात कर रहे हैं, उन्होंने इस पहलू का उपयोग नहीं किया है?

या यह है कि क्रॉस-रीजन प्रतिकृति पूरी तरह से मूर्खतापूर्ण नहीं है और इससे मदद नहीं मिलेगी?

amazon-s3

— Dawny33
स्रोत

संबंधित: devops.stackexchange.com/questions/83/…

— एवगेनी

@Evgeny धन्यवाद। मुझे लगता है कि एक ही पोस्ट पढ़ रहा था, इस :) मांगने से पहले

— Dawny33

नीचे दिए गए नोट से जब प्रतिकृति आती है तो दोष:

यदि आप यूएस-ईस्ट (एन। वर्जीनिया) एंडपॉइंट (s3.amazonaws.com) का उपयोग करते हैं, तो अमेज़ॅन S3 मार्गों को यूएस ईस्ट (N. वर्जीनिया) क्षेत्र में डिफ़ॉल्ट रूप से होस्ट करता है। उदाहरण, s3-eu-west-1.amazonaws.com)।

जब आप प्रतिकृति का उपयोग करते हैं तो आप सामान्य रूप से AWS s3.amazonaws.comको अपने सर्वर से अपने REST अनुरोध में लक्ष्य करके उपनाम को एक क्षेत्र में ले जाने का ध्यान रखते हैं और इसे पुनर्निर्देशित करते हैं।

जब भी N.Virginia डाउन होता है, जादू काम करना बंद कर देता है और आप अपने डेटा तक पहुंचने के लिए भाग्य से बाहर हो जाते हैं और एक विशिष्ट क्षेत्र समापन बिंदु चुनने के लिए अपने कॉन्फ़िगरेशन को अपडेट करना पड़ता है।

डीएनएस से समस्या नहीं आती है (बाल्टी के लिए एक अनुरोध स्वयं काम करेगा) लेकिन एस 3 क्लाइंट से, जो बाल्टी तक पहुंचने से पहले एस 3 एपीआई एंडपॉइंट से जुड़ जाएगा, इस मामले में डीएनएस समाधान किया जाता है s3.amazonaws.comऔर यह हम है- पूर्व -1 समापन बिंदु।

जब आप क्षेत्रों का उपयोग करते हैं, तो आप AWS से शामिल स्वास्थ्य जांच के साथ क्षेत्रों पर लोड संतुलन की आसानी को ढीला करते हैं।

यदि आप DNS cname का उपयोग करके क्षेत्रों को जल्दी से स्विच करने के लिए लक्षित कर रहे हैं, तो आप अपने DNS TTL के लिए ज़िम्मेदार हैं, लेकिन क्लाइंट ISP के कैश सर्वरों की कोई गारंटी नहीं है, आपके मूल्य (आपके ग्राहक के कई कैश में से एक का सम्मान कर सकते हैं)।

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

AWS इस पर काम कर रही है, लेकिन मेरे पास लिखने के समय यह सारी जानकारी है।

— Tensibai
स्रोत

Docs.aws.amazon.com/AmazonS3/latest/dev/VirtualHosting.html के अनुसार DNS उपनाम के रूप में 'bucketname.s3-eu-west-1.amazonaws.com' (अपने पसंदीदा क्षेत्र को स्थानापन्न) का उपयोग करना संभव है। IFF जो काम करता है, यह जल्दी से स्विच करने का एक तरीका हो सकता है (जितनी जल्दी आपके पूर्व-सेट TTL अनुमति देता है)

— माइकल ब्रावो

@MichaelBravo ने आपकी चिंता को दूर करने के लिए उत्तर दिया :)

— Tensibai

"यहां तक कि अगर सिद्धांत में आप CNAME को क्षेत्र के समापन बिंदुओं के लिए उपयोग कर सकते हैं, तो आधिकारिक उत्तर N.Virginia में सेवा पर निर्भर करता है जहां तक मुझे पता है और मैंने इसके बारे में पढ़ा है" आप यूएस ईस्ट क्षेत्र में रूटिंग के बारे में उद्धरण ले रहे हैं डिफ़ॉल्ट रूप से संदर्भ से बाहर। example-bucketबाल्टी मौजूद होने से पहले , example-bucket.s3.amazonaws.comपहले से ही DNS में यूएस ईस्ट को इंगित करता है। प्रारंभिक बाल्टी निर्माण के कुछ ही मिनटों के भीतर, यह स्थायी रूप से सही क्षेत्रीय समापन बिंदु को इंगित करता है। यहाँ चेतावनी यह है कि इस होस्टनाम को शुरू में बाल्टी निर्माण के तुरंत बाद संक्षिप्त रूप से गलत तरीके से प्रस्तुत किया जा सकता है - बाद में नहीं।

— माइकल - साइक्लबोट

... इसलिए "जब भी N.Virginia डाउन होता है, तो जादू काम करना बंद कर देता है और आप DNS alias विधि द्वारा किसी भी क्षेत्र में अपने डेटा तक पहुंचने के लिए भाग्य से बाहर हैं" इसलिए गलत है। अन्य क्षेत्रों में बाल्टी us-East-1 आउटेज से प्रभावित नहीं हुई, जिसमें होस्टनाम की इस शैली का उपयोग करने वालों को संदर्भित किया गया था।

— माइकल - साइक्लबोट

नहीं, तुम नहीं। वे s3.amazonaws.comबाल्टी निर्माण के कुछ ही मिनटों के भीतर ज़ोन में आपकी बाल्टी के लिए डीएनएस प्रविष्टि को बदलते हैं, और यह परिवर्तन स्वतंत्र रूप से हमारे-पूर्व -१ में बना रहता है। एक अन्य क्षेत्र में एक बाल्टी बनाएं और देखें कि your-bucket-name.s3.amazonaws.comबाल्टी निर्माण से पहले, दौरान और कुछ मिनटों के बाद कैसे हल होती है। इस जानकारी को s3-1.amazonaws.comरूट 53 में बाल्टी निर्माण के बाद धकेल दिया जाता है और वहां पर बनी रहती है, बिना हमारी और पूर्व-निर्भरता के।

— माइकल - साइक्लबोट

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

लागत के मुद्दे के अलावा, जो कंपनियां क्रॉस-रीजन प्रतिकृति का सक्रिय रूप से उपयोग कर रही हैं, वे किसी ऑब्जेक्ट को दोहराने के लिए लेटेंसी के बारे में एक वैध चिंता का प्रस्ताव दे सकती हैं। S3 प्रतिकृति वस्तुओं पर पढ़ने के बाद लिखने की स्थिरता के रूप में (जहाँ तक मुझे पता है) अनुमति नहीं देता है, जबकि यह एक ही क्षेत्र में एक बाल्टी के लिए अनुमति देता है।

यह एसई प्रश्न एक चिंता पैदा करता है जहां वस्तुओं को ठीक से दोहराया नहीं जा रहा है, या फिर दोहराने में बहुत लंबा समय लगता है। बशर्ते कि क्रॉस-रीजन की प्रतिकृति को अंतिम रूप से एक साथ किया जाता है, पता करने के लिए बहुत सारी चिंताएं हैं।

— एव्जेनी
स्रोत

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

— एलेक्जेंडर