मेरे पास AWS EC2 पर चल रहे 3 लोचदार खोज नोड्स का समूह है। ये नोड्स ओप्सवर्क्स/शेफ का उपयोग कर सेटअप कर रहे हैं। मेरा इरादा इस क्लस्टर को बहुत लचीला और लोचदार बनाने के लिए डिज़ाइन करना है (आवश्यकता होने पर नोड्स अंदर आ सकते हैं)।लोचदार खोज अनावश्यक के साथ लोड बैलेंसर का उपयोग कर रहा है?
एलैस्टिकशर्च के बारे में मैंने जो कुछ भी पढ़ा है, उससे ऐसा लगता है कि कोई भी क्लस्टर के सामने लोड बैलेंसर डालने की सिफारिश नहीं करता है; बजाय, ऐसा लगता है सिफारिश की तरह दो चीजों में से एक करने के लिए है: URL पर
प्वाइंट अपने ग्राहक/एक नोड के आईपी, ES लोड आप के लिए संतुलन करते हैं और आशा करते हैं कि नोड कभी नहीं नीचे चला जाता है।
अपने क्लाइंट ऐप में अपने सभी नोड्स के यूआरएल/आईपी हार्ड-कोड करें और ऐप को फेलओवर तर्क को संभाल लें।
मेरी पृष्ठभूमि वेब खेतों जहां यह, स्वायत्त वेब सर्वर की एक विशाल पूल बनाने उनके सामने एक ईएलबी फेंक और लोड संतुलन यह तय करें कि नोड्स जीवित या मर चुके हैं यह बताने के लिए सिर्फ आम बात है में ज्यादातर है। ईएस इस वास्तुकला का समर्थन क्यों नहीं करता है?
इस उत्तर के लिए धन्यवाद। मुझे लगता है कि मैं फेलओवर संतुलन के बारे में अधिक चिंतित हूं। मैं समझता हूं कि ईएस मेरे लिए भार संतुलन करेगा, लेकिन क्या होगा यदि मैं जिस नोड से कनेक्ट हो रहा हूं या सेवा से बाहर हो गया है? ईएलबी के मामले में (कम से कम जहां तक वेब सर्वर जाते हैं) यह सभी इन-सर्विस नोड्स में अनुरोधों को संतुलित करेगा। क्या ईएस क्लस्टर के लिए एक समान पैटर्न है? – user2719100
मैंने जोड़ा है कि ईएस – xeraa
@xeraa में प्रतिकृति कैसे काम करती है तो "नोड" क्लाइंट स्वचालित रूप से प्रसारण या कुछ करके elasticsearhc नोड्स/क्लस्टर उपलब्ध कराता है? –