क्या AWS का इलास्टिक लोड बैलेंसर विफलता का एक बिंदु है?


15

मैं अपने आवेदन को अमेज़ॅन वेब सेवाओं तक ले जाने के लिए देख रहा हूं। योजना दो उपलब्धता क्षेत्रों में EC2 के सभी उदाहरणों को प्रतिबिंबित करने की है। डेटा ट्रांसफर लागत के कारण, हम एक एकल एडब्ल्यूएस क्षेत्र (ओरेगन) में रहेंगे।

हमारे अनुप्रयोग और डेटाबेस सर्वर के लिए कई AZs विफलता के एकल बिंदु से छुटकारा पा लेते हैं, लेकिन ELB के बारे में क्या? यदि मेरे पास एक ही ईएलबी है जो दो अज़ों के बीच ट्रैफ़िक वितरित करता है, तो क्या ईएलबी उन दो अज़ों के बीच भी होस्ट किया जाता है?

ELB को SPoF होने से रोकने के लिए Amazon क्या करता है?

जवाबों:


13

इसके दिल में, एक ईएलबी EC2 उदाहरणों का एक संग्रह है। जब आप एक ELB बनाते हैं , तो आप उपलब्धता जोन निर्दिष्ट करते हैं जो आप चाहते हैं कि लोड बैलेंसर होना चाहिए। लोड बैलेंसर बनाने के लिए उदाहरण तब उन क्षेत्रों में बनाए जाएंगे। जिस तरह से वे एक असफलता से बचते हैं, वह यह है कि जब आप DNS लुकअप करते हैं, तो कई आईपी पते लौटाते हैं। उदाहरण के लिए:

  • Website.example.com के लिए DNS लुकअप CNAME वेबसाइट-elb-12345.eu-west-1.elb.amazonaws.com देता है
  • लुकअप वेबसाइट-elb-12345.eu-west-1.elb.amazonaws.com के लिए भी जानकारी देता है। यह बताता है कि साइट का आईपी पता 1.2.3.4 और आईपी पता 2.3.4.5 है

यह ग्राहक पर निर्भर है कि वह कनेक्शन बनाने के लिए किस आईपी पते का उपयोग करे। DNS लुकअप से IP पते हमेशा एक ही क्रम में वापस नहीं किए जाएंगे। यदि वे पहले प्रयास में कनेक्ट नहीं कर सकते हैं तो एक ग्राहक वैकल्पिक आईपी पते पर पुन: प्रयास कर सकता है।

एक ELB के लिए DNS रिकॉर्ड्स पर TTL केवल 60 सेकंड है जिसका अर्थ है कि एक ELB उदाहरण मरना चाहिए और प्रतिस्थापित किया जाना चाहिए, DNS को हर जगह काफी जल्दी से अपडेट किया जाएगा।


इसलिए, जब से मैं अपने आवेदन EC2 उदाहरणों को कई क्षेत्रों में तैनात करूंगा, जब मैं उस क्षेत्र के लिए ELB बनाऊंगा, तो क्या यह स्वचालित रूप से उन दो क्षेत्रों में फैले EC2 उदाहरणों पर होस्ट किया जाएगा?
क्रिस .B

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

3

यह वास्तव में एक एसपीओएफ हो सकता है लेकिन मेरा मानना ​​है कि यह एसपीओएफ केवल उसी क्षेत्र में होगा।

यही कारण है कि AWS अस्वस्थ ईएलबी पर समाप्त होने वाले ट्रैफ़िक का पता लगाने और पुन: रूट करने के लिए रूट 53 स्वास्थ्य जाँच का उपयोग करने का सुझाव दे रहा है।

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

स्रोत: http://aws.amazon.com/elasticloadbalancing/


तो क्या एक ही क्षेत्र में एक से अधिक ईएलबी स्थापित करने का कोई तरीका है। एक के रूप में एक प्राथमिक और एक के रूप में एक स्टैंडबाय है? या रूट 53 एक नया ईएलबी उदाहरण फायर करने में सक्षम है?
क्रिस।बी

मुझे नहीं लगता कि रूट 53 स्वचालित रूप से एक ईएलबी सेटअप कर सकता है, आपको डेवलपर गाइड में देखना होगा।
एलेक्स

1

आप अपने एकल AZ SPoF के चारों ओर एक ऑटोस्कोलिंग समूह बनाकर प्राप्त कर सकते हैं जहां अगर आपका एकल ELB X कारक से नहीं मिलता है, चाहे वह लोड, प्रतिक्रिया समय आदि के द्वारा हो, एक नया ELB बनाया जाता है। ELB अनिवार्य रूप से EC2 उदाहरण हैं जो मालिकाना AWS कोड चलाते हैं।


मैंने सोचा था कि लोड में वृद्धि आदि को संभालने के लिए
ईएलबी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.