के पीछे लोचदार खोज क्लस्टरिंग मेरे पास दो अलग-अलग डिजिटल महासागर बूंदों पर चल रहा एक लोचदार खोज समूह है। वे दोनों निजी नेटवर्किंग के लिए स्थापित हैं, मेरे पास एक मोंगो डीबी प्रतिकृति सेट है जो बूंदों के विशिष्ट (निजी) आईपी पते से प्रासंगिक बंदरगाहों पर कनेक्शन स्वीकार करने के लिए स्थापित यूएफडब्ल्यू नियमों के साथ ठीक है।यूएफडब्ल्यू फ़ायरवॉल
हालांकि मैं एक ही विधि का उपयोग करके एक हरा लोचदार खोज क्लस्टर स्वास्थ्य प्राप्त करने में सक्षम नहीं हूं, केवल पीला। इसका मतलब है कि नोड्स एक-दूसरे से जुड़ने में सक्षम नहीं हैं।
elasaticsearch.yml (दोनों मशीनों पर) में मैंने मल्टीकास्ट को अक्षम कर दिया है और बूंदों के आंतरिक आईपी पते से कनेक्ट करने के लिए यूनिकास्ट का उपयोग कर रहा हूं। जब मैं पोर्ट 9300 (ufw 9300 की अनुमति देता हूं) पर सभी कनेक्शन स्वीकार करने के लिए फ़ायरवॉल स्थापित करता हूं तो यह ठीक काम करता है, और क्लस्टर स्वास्थ्य को हरे रंग के रूप में रिपोर्ट किया जाता है। हालांकि, जब मैं केवल वास्तविक आईपी पते से अनुमति देने के लिए नियम को प्रतिबंधित करता हूं, जैसे कि मोंगो डीबी प्रतिकृति सेट के साथ, यह काम नहीं करता है। मैंने सार्वजनिक और निजी पते दोनों और आईपीवी 4 और आईपीवी 6 के साथ प्रयास किया है।
मुझे यहां क्या याद आ रही है?
धन्यवाद करके! नेटस्टैट का उपयोग करके मैं देखता हूं कि लोचदार खोज आईपीवी 6 पर संचार करता है। मैं वास्तव में समझ नहीं पा रहा हूं कि ईएस के लिए सही आईपी पता क्या होगा। अभी तक मैं network.host = [localhost, 10.0.0.1 (example)] को सेट करता हूं दूसरे मेजबान पर प्रथम नोड और [स्थानीय होस्ट, 10.0.0.2 (उदाहरण)]। यह सही है? netstat से मैं यह भी देखना है कि ते 9300 के साथ-साथ अन्य की तुलना में बंदरगाहों की एक पूरी श्रृंखला का उपयोग करता है, लेकिन यह क्यों की व्याख्या नहीं करता जब मैं किसी भी ट्रैफ़िक के लिए बंदरगाह 9300 खोलता हूं तो क्लस्टर संवाद कर सकते हैं, लेकिन जब मैं नोड के आईपी पते निर्दिष्ट नहीं करता हूं। – Axelfran
मुझे इसे अभी काम करने के लिए मिला। मैंने आपके निर्देशों का पालन किया, और वास्तव में मुझे फायरव में आंतरिक और बाहरी दोनों आईपी को अनुमति देना पड़ा सब इसे करने के लिए। आपका बहुत बहुत धन्यवाद! – Axelfran