मैं बैलेंसिंग लोड करने के लिए नया हूं और मुझे आश्चर्य हो रहा है कि क्या मेरे एप्लिकेशन सर्वर पर ट्रैफ़िक को रीडायरेक्ट करने के लिए कई लोड बैलेंसरों का उपयोग करना संभव है। मैं वास्तव में यह कैसे किया जा सकता है समझ में नहीं आता। क्या एक डोमेन नाम एक निश्चित सर्वर के आईपी पते के साथ एक से मेल नहीं खाता (इस मामले में एक लोड बैलेंसर का आईपी)? यदि प्रत्येक लोड बैलेंसिंग सर्वर में एक अलग आईपी है, तो दोनों लोड बैलेंसरों (या 10 लोड बैलेंसरों या 50 या 100) द्वारा अनुरोध कैसे प्राप्त किया जा सकता है?
आपकी प्रतिक्रिया के लिए धन्यवाद। मूल रूप से, अगर मैं अपने ट्रैफ़िक को संभालने के लिए कई लोड बैलेन्सर का उपयोग करना चाहता हूँ तो मुझे उनमें से हर एक के लिए एक अलग CNAME सेटअप करना होगा? विशेष रूप से, अगर मुझे अपनी साइट पर ट्रैफ़िक को संभालने के लिए 10 लोड बैलेंसरों की आवश्यकता है, तो ऐसा करने का एकमात्र तरीका है?
—
user3790827
मैं उन्हें बंद करने से पहले कम से कम एक दिन के लिए प्रश्नों को खुला छोड़ने की सलाह देता हूं। यहां तक कि आमतौर पर जल्दबाजी की जा रही है। सिर्फ इसलिए कि आपको एक उत्तर मिला है इसका मतलब यह नहीं है कि यह केवल (या सर्वोत्तम) एक है, और आपके प्रश्नोत्तर का उत्तर देने का मतलब है कि इसका ध्यान कम है।
—
एंड्रयू बी
@ अनाटोली मैंने अभी तक कोई निर्णय नहीं लिया। मैंने यहां प्रस्तुत समाधानों की समीक्षा की है और अपने कुछ दोस्तों के साथ भी बात की है जिन्होंने मुझे अन्य समाधान सुझाए हैं। मुझे लगता है कि मेरे उपयोग के मामले के लिए अब तक का सबसे अच्छा समाधान VPS सर्वर का उपयोग करना होगा जैसे कि डीओ या वल्चर जैसे सस्ते प्रदाता से, जो वर्चुअल आईपी की पेशकश नहीं करता है और क्लाइंट लोड बैलेंसिंग के साथ अल्गोलिया द्वारा उपयोग की जाने वाली विधि का उपयोग करता है। मुझे एपीआई के लिए हा और स्केलेबिलिटी की जरूरत है इसलिए अगर मैं प्रत्येक लोड बैलेंसर के लिए अलग-अलग सबडोमेन बनाए तो इतना बड़ा सौदा नहीं होगा। विजेट के ये अंतिम उपयोगकर्ता वैसे भी उन्हें कभी नोटिस नहीं करेंगे।
—
user3790827
@ user3790827 एक योजना की तरह लगता है। हा और फेलओवर होने की आवश्यकताओं के प्रकार के बावजूद, चारों ओर बहुत अधिक पैटर्न हैं, हर कोई एक ही समस्या को मारता है, लेकिन किसी को भी SLA 99.9 (वर्ष में 8 घंटे डाउनटाइम) या उच्चतर नहीं है। हा समाधान आमतौर पर उपलब्धता और लागत के बीच महंगे और व्यापारिक व्यापार बंद हैं। ग्राहक आमतौर पर 99.9 स्वीकार करते हैं और संभावित डाउनटाइम या अनुसूचित समय-सीमा के बारे में जानते हैं, यहां तक कि 100% अपटाइम आपको विकास / तैनाती / सुरक्षा या मानव गलतियों के साथ शून्य कीड़े की गारंटी नहीं देता है।
—
अनातोली
मैंने जांच की कि Google Chrome ने DNS अमान्यकरण और क्वेरी को 3sec टाइमआउट के मामले में होने के लिए बाध्य किया है। हालांकि अन्य ब्राउज़रों के व्यवहार पर यकीन नहीं है।
—
अनातोली