लोड बैलेंसिंग और कंटेंट स्विचिंग में क्या अंतर है

द्वारा प्रकाशित किया गया था Zevenet | 6 अप्रैल, 2022 | तकनीकी

क्या वेब अनुप्रयोगों में लोड संतुलन और सामग्री स्विचिंग की अवधारणा के बीच कोई अंतर है? लोड बैलेंसर एक सर्वर से अधिक ट्रैफ़िक को संभालने के लिए कई सर्वरों में अनुरोध वितरित करते हैं।

यह आपको अतिरिक्त हार्डवेयर या सॉफ़्टवेयर जोड़े बिना अपने वेब एप्लिकेशन को स्केल करने की अनुमति देता है। इसके अलावा, लोड संतुलन आपको कम संसाधनों का उपयोग करने में सक्षम बनाता है, अन्यथा आवश्यकता होगी यदि सभी आने वाले अनुरोधों को केवल एक सर्वर द्वारा नियंत्रित किया गया हो।

दूसरी ओर, सामग्री स्विचिंग, उपयोगकर्ताओं को एक पृष्ठ से दूसरे पृष्ठ पर पुनर्निर्देशित करने के लिए संदर्भित करता है जब वर्तमान सर्वर उनके अनुरोध को पूरा नहीं कर सकता है। इस लेख में, हम दो अवधारणाओं के बीच के अंतर को कवर करेंगे।

लोड संतुलन अवलोकन

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

लोड बैलेंसर को यह जानने की जरूरत है कि इस कार्यक्षमता को प्राप्त करने के लिए अनुरोध भेजने के लिए कौन सा आईपी पता है। इसलिए, लोड बैलेंसर के पास कॉन्फ़िगरेशन जानकारी तक पहुंच होनी चाहिए।

उदाहरण के लिए, लोड बैलेंसर को वेब एप्लिकेशन को होस्ट करने वाली मशीन का नाम, उसका आईपी पता, पोर्ट नंबर आदि जानने की आवश्यकता हो सकती है।

लोड बैलेंसर अन्य सुविधाएँ भी प्रदान करते हैं जैसे कि एसएसएल टर्मिनेशन, कैशिंग, मॉनिटरिंग, फेलओवर, आदि। इन सुविधाओं का विस्तार से लेख में बाद में वर्णन किया गया है।

लोड संतुलन प्रकार

आज तीन प्रकार के लोड बैलेंसिंग का उपयोग किया जाता है: राउंड रॉबिन (आरआर), वेटेड रैंडम (डब्ल्यूआर), और कम से कम कनेक्शन (एलसी)। राउंड रॉबिन (आरआर):

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

यदि कोई मुफ्त कनेक्शन नहीं बचा है, तो कॉल ड्रॉप हो जाती है। आरआर के साथ, अलग-अलग कनेक्शनों को सौंपा गया भार समय के साथ बदलता रहता है। नतीजतन, कॉल उपलब्ध सर्वरों पर समान रूप से वितरित किए जाते हैं।

भारित यादृच्छिक (WR): प्रत्येक सर्वर को कुल बैंडविड्थ का एक निश्चित प्रतिशत निर्दिष्ट करता है। इसलिए, यदि 10 सर्वर हैं और कुल बैंडविड्थ का 5% आवंटित किया गया है, तो प्रत्येक सर्वर को कुल क्षमता का 5% मिलता है। इसका मतलब है कि पहले सर्वर को 50% क्षमता मिलेगी, दूसरे सर्वर को 25%, आदि कम से कम कनेक्शन (एलसी):

एलसी के साथ, लोड बैलेंसर केवल सबसे कम व्यस्त सर्वर को अनुरोध भेजता है। यदि सभी सर्वर समान रूप से व्यस्त हैं, तो लोड बैलेंसर हमेशा सबसे कम लोड किए गए सर्वर का चयन करेगा।

WR का मुख्य लाभ यह है कि यह बेहतर प्रदर्शन प्रदान करता है क्योंकि इसके लिए सर्वर पर किसी विशेष सेटिंग की आवश्यकता नहीं होती है। हालाँकि, इसके लिए RR की तुलना में अधिक मेमोरी और CPU चक्र की आवश्यकता होती है। WR का मुख्य नुकसान यह है कि सर्वर पर वर्कलोड में काफी बदलाव होने पर यह समस्या पैदा कर सकता है।

सामग्री स्विचिंग अवलोकन

जब कोई उपयोगकर्ता किसी विशिष्ट URL का अनुरोध करता है, तो वह उस स्थान पर सामग्री देखने की अपेक्षा करता है। लेकिन कभी-कभी, नेटवर्क समस्याओं के कारण, अनुरोध सर्वर तक नहीं पहुंच पाता है जो अनुरोधित संसाधन को होस्ट करता है।

इन मामलों में, उपयोगकर्ता को यह कहते हुए एक संदेश प्राप्त होता है कि पृष्ठ नहीं मिल सकता है या सर्वर अस्थायी रूप से अनुपलब्ध है। इसे "404 नहीं मिला" त्रुटि कहा जाता है। इस समस्या से बचने के लिए, आप "सामग्री स्विचिंग" नामक तकनीक का उपयोग कर सकते हैं। सामग्री स्विचिंग के साथ, जब किसी विशिष्ट संसाधन के लिए अनुरोध विफल हो जाता है, तो लोड बैलेंसर क्लाइंट के अनुरोध को उसी संसाधन को होस्ट करने वाले दूसरे सर्वर पर पुनर्निर्देशित करता है। इस तरह, उपयोगकर्ता कभी भी 404 त्रुटियां नहीं देखता है।

आपके लोड बैलेंसर को यह समझने की जरूरत है कि सामग्री स्विचिंग को लागू करने के लिए पुनर्निर्देशन कैसे करें। यह 302 नामक एक HTTP प्रतिक्रिया कोड का उपयोग करके ऐसा करता है। एक 302 प्रतिक्रिया ब्राउज़र को एक अलग स्थान पर एक नया अनुरोध करने के लिए कहती है।

इसके अलावा, लोड बैलेंसर को यह निर्धारित करने में सक्षम होना चाहिए कि कौन से संसाधन किस सर्वर पर होस्ट किए गए हैं। ऐसा करने के लिए, यह DNS नाम सर्वर (DNS NS) नामक सुविधा का उपयोग करता है। DNS NS होस्टनामों का IP पतों में अनुवाद करता है। सामग्री स्विचिंग प्राप्त करने के लिए लोड बैलेंसर को वेबसाइट के DNS कॉन्फ़िगरेशन के बारे में जानकारी तक पहुंच प्राप्त करनी चाहिए। उदाहरण के लिए, यह जानना आवश्यक है कि DNS नाम सर्वर कहाँ स्थित है और उसका IP पता।

यह लोड बैलेंसर को DNS फारवर्डर के रूप में कॉन्फ़िगर करके किया जाता है। आप DNS फ़ॉरवर्डर को उपयुक्त DNS नाम सर्वर पर क्वेरी भेजने के लिए कॉन्फ़िगर करते हैं।

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

यह ध्यान रखना महत्वपूर्ण है कि वर्चुअल सर्वर सामग्री स्विचिंग का समर्थन नहीं करते हैं। वे एक 404 स्थिति कोड लौटाते हैं।

वर्चुअल सर्वर एक भौतिक सर्वर का तार्किक प्रतिनिधित्व है। प्रत्येक वर्चुअल सर्वर का अपना आईपी पता और पोर्ट नंबर होता है। वर्चुअल सर्वर का उपयोग फॉल्ट टॉलरेंस प्रदान करने के लिए किया जाता है। जब कोई वर्चुअल सर्वर डाउन हो जाता है, तो उस पर निर्देशित ट्रैफ़िक दूसरे भौतिक सर्वर पर पुनर्निर्देशित हो जाता है।

लोड संतुलन और सामग्री स्विचिंग के बीच का अंतर

लोड बैलेंसिंग में, सभी अनुरोध एक ही पथ से गुजरते हैं। तो कैश में डेटा की केवल एक प्रति हमेशा रहेगी। यदि पहला सर्वर ओवरलोड हो जाता है, तो अन्य सर्वरों को कम काम मिलता है। सामग्री स्विचिंग में, प्रत्येक अनुरोध एक अलग पथ पर जाता है। तो कैश में डेटा की कई प्रतियां होंगी। और यदि पहला सर्वर अतिभारित हो जाता है, तो अन्य सर्वरों को करने के लिए अधिक काम मिलता है।

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

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

लोड बैलेंसिंग में, जब कोई सर्वर बैक अप आता है, तो लोड बैलेंसर यह पता लगाने की कोशिश करता है कि यह क्रैश क्यों हुआ। फिर यह तय कर सकता है कि इसे वापस ऑनलाइन किया जाए या नहीं। सामग्री स्विचिंग में, लोड बैलेंसर्स यह मानते हैं कि सर्वर के आने पर सब कुछ ठीक है। यह जांचने की कोई आवश्यकता नहीं है कि यह वापस क्यों आया। यह बस इसे नए अनुरोध भेजना शुरू कर देता है।

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

लोड संतुलन में, एकल सर्वर विफलता कुछ अनुप्रयोगों के साथ समस्याएँ पैदा कर सकती है। एक अच्छा उदाहरण शॉपिंग कार्ट एप्लिकेशन होगा। यदि कोई उपयोगकर्ता किसी आइटम को कार्ट में रखता है लेकिन फिर बिना चेक आउट किए निकल जाता है, तो ऑर्डर पूरा नहीं होता है।
सामग्री स्विचिंग में, एकल सर्वर विफलता किसी भी एप्लिकेशन को प्रभावित नहीं करेगी।

निष्कर्ष

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

का शुक्र है:

गेरी मिलेवा

शेयर पर:

संबंधित ब्लॉग

द्वारा पोस्ट किया गया zenweb | 13 अप्रैल 2022
क्लाउड माइग्रेशन के दौरान हार्डवेयर सुरक्षा अनिवार्य है। जब भी वे क्लाउड पर जाने की बात करते हैं तो क्लाइंट को याद दिलाना बहुत महत्वपूर्ण होता है। बादल में होना नहीं माना जाता...
31 पसंदटिप्पणियाँ Off बादल में जाने पर? हार्डवेयर सुरक्षा मत भूलना
द्वारा पोस्ट किया गया zenweb | 16 मार्च 2022
पहचान सत्यापन व्यक्तिगत गोपनीय डेटा का उपयोग प्राप्त करता है, इसलिए, उपभोक्ताओं को यह सुनिश्चित करने की आवश्यकता है कि उनकी जानकारी को सुरक्षित रूप से संभाला जाए। आइए इस ब्लॉग में गहराई से उतरें। तकनीकी प्रगति हैं…
42 पसंदटिप्पणियाँ Off डिजिटल केवाईसी सत्यापन के साथ ऑनलाइन दत्तक ग्रहण और विश्वास कैसे बढ़ाएं
द्वारा पोस्ट किया गया zenweb | 01 मार्च 2022
डेटा उल्लंघन अब बहुत आम हैं क्योंकि दैनिक आधार पर बनाए जा रहे डेटा की मात्रा वास्तव में बहुत बड़ी है। हाई-प्रोफाइल ई-कॉमर्स रिटेलर्स इनसे सबसे ज्यादा प्रभावित हैं…
44 पसंदटिप्पणियाँ Off ई-कॉमर्स पोर्टल की सुरक्षा पर - कुछ चीजें जो आपको जानना आवश्यक हैं