बस लोचदार लोड Balancers में देख रहा था। जैसा कि मैंने समझा कि वे सिर्फ राउंड रॉबिन करते हैं, समान रूप से उनके पीछे सर्वरों को कनेक्शन वितरित करते हैं। तो क्या होता है यदि आपके पास एक ईएलबी के पीछे अलग-अलग आकार के उदाहरण हैं? क्या यह बड़े उदाहरण के लिए अधिक कनेक्शन भेजता है या क्या यह समान रूप से कनेक्शन वितरित करना जारी रखता है, जिसका मतलब है कि आपको वास्तव में विभिन्न आकार के उदाहरणों का उपयोग नहीं करना चाहिए।
जवाबों:
जैसा कि मैंने समझा कि वे सिर्फ राउंड रॉबिन करते हैं, समान रूप से उनके पीछे सर्वरों को कनेक्शन वितरित करते हैं।
एक तरह से, लेकिन मुझे नहीं लगता - दुर्भाग्य से, अमेज़ॅन ईएलबी रूटिंग डॉक्यूमेंट न के बराबर है, इसलिए किसी को निष्कर्ष निकालने के लिए कुछ टुकड़ों को इकट्ठा करने की आवश्यकता होती है। इलास्टिक लोड बैलेंसिंग डेवलपर गाइड से यहाँ केवल एक ही अंश है, मैं देख रहा हूँ, लोचदार लोड संतुलन के अवलोकन में अनुभाग स्टिकी सत्र :
डिफ़ॉल्ट रूप से, एक लोड बैलेंसर प्रत्येक अनुरोध को स्वतंत्र रूप से सबसे छोटे लोड के साथ आवेदन उदाहरण के लिए रूट करता है । हालाँकि, आप चिपचिपा सत्र सुविधा (जिसे सत्र संबंध भी कहा जाता है) का उपयोग कर सकते हैं, जो लोड बैलेंसर को एक विशिष्ट अनुप्रयोग उदाहरण के लिए उपयोगकर्ता के सत्र को बांधने में सक्षम बनाता है। यह सुनिश्चित करता है कि सत्र के दौरान उपयोगकर्ता से आने वाले सभी अनुरोध उसी एप्लिकेशन इंस्टेंस पर भेजे जाएंगे। [जोर मेरा]
अब सबसे छोटे लोड का क्या मतलब है? फिर, मैं केवल एक ही जानकारी से अवगत हूं, 2009 से ईएलबी रणनीति के लिए कुछ हद तक अस्पष्ट AWS टीम की प्रतिक्रिया है :
ईएलबी ने प्रत्येक उदाहरण पर कितने अनुरोधों (या टीसीपी के मामले में कनेक्शन) का पता लगाया है। यह प्रत्येक उदाहरण पर संसाधन उपयोग (जैसे सीपीयू या मेमोरी) की निगरानी नहीं करता है। वर्तमान में ELB उन उदाहरणों के बीच राउंड-रॉबिन होगा जो यह मानते हैं कि सबसे कम बकाया अनुरोध हैं। [जोर मेरा]
यह उनके सिस्टम आर्किटेक्चर और संबोधित उपयोग के मामलों से संबंधित बहुत कुछ समझ में आता है, लेकिन जाहिर है कि आप राउटिंग की पारदर्शिता और / या नियंत्रण प्रदान नहीं कर सकते हैं जो आपको उन्नत एचए परिदृश्यों की आवश्यकता या आवश्यकता हो सकती है।
कृपया ध्यान दें, व्याख्या के आधार पर, यह हाल ही में AWS टीम द्वारा इलास्टिक लोड बैलेंसिंग - लोड वितरण नीतियों के लिए थोड़ा सा प्रतिवाद किया जा सकता है या नहीं किया जा सकता है :
राउंड-रॉबिन खेलने में आता है, लेकिन ग्राहक सत्र हमेशा टीटीएल या डीएनएस कैश का सम्मान नहीं करते हैं ताकि आप तिरछा परिणाम और अनुरोधों के असमान वितरण प्राप्त कर सकें। ईएलबी इस बात पर अमल नहीं करता है कि ट्रैफिक रूटिंग के फैसलों में ट्रैफिक / रिक्वेस्ट इंस्टेंसेस को क्या-क्या मिला है। [जोर मेरा]
बेशक, उपरोक्त को ठीक से प्रलेखित, पारदर्शी और नियंत्रणीय स्वास्थ्य जांचों के साथ संशोधित किया गया है , जो आपको कुछ लाभ उठाता है (संभवतः अस्थायी रूप से) पहले स्थान पर रूटिंग में शामिल होने से उदाहरणों को हटा दें, जैसा कि पूर्वोक्त एडब्ल्यूएस टीम की प्रतिक्रिया में एलबीबी को संक्षेप में बताया गया है। रणनीति भी:
लोड बैलेंसर आपके लोड बैलेंसर के साथ पंजीकृत आपके उदाहरणों के स्वास्थ्य की निगरानी करता है। जब लोड बैलेंसर एक उदाहरण के साथ एक समस्या का पता लगाता है, तो यह उसे ट्रैफ़िक वितरित करना बंद कर देता है। जब उदाहरण फिर से स्वस्थ होता है, तो लोड बैलेंसर ट्रैफ़िक को वितरित करना पुनरारंभ करता है। यह प्रक्रिया आपके एप्लिकेशन को स्वास्थ्य परीक्षण को कॉन्फ़िगर करने से परे शामिल किए बिना विफल उदाहरणों पर स्वचालित रूप से प्रतिक्रिया करने की अनुमति देती है।
हालांकि निश्चित रूप से असामान्य है, मैं यह नहीं देखता कि ईएलबी को अलग-अलग अमेज़ॅन ईसी 2 उदाहरणों के प्रकारों के साथ- साथ काम क्यों नहीं करना चाहिए - मैंने खुद इस पर कोशिश नहीं की है और दोनों की सिफारिश करेंगे, मॉनिटरिंग के साथ-साथ क्लाउडवेच का उपयोग करते हुए आपके लोड बैलेंसर की निगरानी करना। आपके व्यक्तिगत EC2 उदाहरण और अंत में इस तरह के एक सेटअप में संबंधित अंतर्दृष्टि और विश्वास हासिल करने के लिए परिणामों को सहसंबंधित करते हैं।
अब तक के बयानों के आधार पर, वितरण एल्गोरिथ्म बेहद सरल है।
ईएलबी के सामने का छोर आमतौर पर एक से अधिक ईएलबी उदाहरण के लिए है, और वितरण गोल-रॉबिन है।
बैक-एंड (आपके उदाहरण) अहंकार का दावा है:
ईएलबी ने प्रत्येक उदाहरण पर कितने अनुरोधों (या टीसीपी के मामले में कनेक्शन) का पता लगाया है। यह प्रत्येक उदाहरण पर संसाधन उपयोग (जैसे सीपीयू या मेमोरी) की निगरानी नहीं करता है। वर्तमान में ELB उन उदाहरणों के बीच राउंड-रॉबिन होगा जो यह मानते हैं कि सबसे कम बकाया अनुरोध हैं।
यह अनुमान लगाता है कि यदि किसी बड़े उदाहरण में कम बकाया अनुरोध हैं, तो अधिक ट्रैफ़िक उन्हें रूट किया जाएगा। इसकी गारंटी देने का कोई तरीका नहीं है।