जवाबों:
"हार्डवेयर" और "सॉफ्टवेयर" लोड बैलेंसरों के बीच अंतर अब सार्थक नहीं है। एक तथाकथित "हार्डवेयर" लोड बैलेंसर एक पीसी क्लास सीपीयू है, पैकेट प्रोसेसिंग क्षमताओं के साथ नेटवर्क इंटरफेस, और यह सब एक साथ बांधने के लिए कुछ सॉफ्टवेयर। आधुनिक एनआईसी के साथ एक अच्छे सर्वर पर महसूस किया गया एक "सॉफ्टवेयर" लोड बैलेंसर है ... वही।
आपको F5 या Citrix Netscaler जैसे उच्च-अंत वाणिज्यिक प्रसाद के साथ क्या मिलता है:
(ओपन सोर्स) सॉफ्टवेयर लोड बैलेंसर्स के साथ आप विपरीत नहीं पाते हैं, जो आपको मिलता है वह उस सॉफ्टवेयर पर निर्भर करता है जिसे आप चुनते हैं और आप इसके बारे में कैसे जाते हैं। कहा कि, आम तौर पर आप देखेंगे:
भेदभाव वास्तव में "हार्डवेयर" बनाम "सॉफ्टवेयर" पर नहीं है। यह एक उपकरण के रूप में "एक सिद्ध प्रौद्योगिकी स्टैक खरीदें" बनाम "इसे स्वयं बनाएं" पर है। अंतिम निर्णय लेते समय (लागत, इनडोर कौशल सेट, डाउनटाइम के लिए सहिष्णुता, भविष्य के विकास आदि) पर विचार करने के लिए कई चर हैं।
हार्डवेयर लोड बैलेंसरों में आम तौर पर सुविधाओं का एक समृद्ध सेट होता है, खासकर जब आप एफ 5 जैसे बड़े लोगों के लिए आते हैं। हार्डवेयर ऑफ़लोडिंग के कारण आपको अधिक मापनीयता का अतिरिक्त लाभ भी होता है।
दूसरी ओर, यदि आप जानते हैं कि आपका ट्रैफ़िक बहुत अधिक नहीं होगा, तो सॉफ़्टवेयर लोड बैलेंसर्स वास्तव में काफी अच्छा प्रदर्शन करते हैं। अगर आप लेयर 4 LB होने के कारण बना सकते हैं, तो Linux LVS + Keepalived एक बहुत अच्छा विकल्प है। यदि आपको लेयर 7 एलबी की शक्ति की आवश्यकता है, तो आप हाप्रोसी को जा सकते हैं।
इसलिए सारांश में, HW LB आमतौर पर SW LB से बेहतर होते हैं।
उम्मीद है की यह मदद करेगा!
कुछ विचार:
प्रो: जिस मशीन पर आप लोड बैलेंसर चलाते हैं, उसमें बहुत अधिक शक्तिशाली हार्डवेयर हो सकते हैं इसलिए यह तेज होगा और कम अतिरिक्त विलंबता लगाएगा (हालांकि बाहरी दुनिया के लिए आपके लिंक की गति के आधार पर यह थोड़ा अंतर कर सकता है)।
Con: एक हार्डवेयर लोड बैलेंसर के पास इसकी ज़रूरत से ज्यादा कंप्यूटिंग पावर होने की संभावना नहीं है (यह उदाहरण के लिए एक चंकी हाई-एंड इंटेल / AMD CPU के बजाय एटम या ARM- आधारित चिप पर चल सकता है) इसलिए कम बिजली की खपत करेगा और कम उत्पन्न करेगा गर्मी।
प्रो: अपने स्वयं के सॉफ़्टवेयर लोड बैलेंसर की व्यवस्था स्थापित करने से आपको कॉन्फ़िगरेशन में अधिक लचीलापन मिल सकता है और बाद में उन्नयन / परिवर्तन हो सकते हैं, जहां एक हार्डवेयर समाधान बंद "ब्लैक बॉक्स" समाधान के बहुत अधिक हो सकता है। यद्यपि यदि आप सॉफ्टवेयर बैलेंसर को लागू करने के लिए एक प्रबंधित सेवा खरीद रहे हैं तो इससे बहुत कम फर्क पड़ेगा।
Con: यदि आप सॉफ़्टवेयर बैलेंसर का प्रबंधन नहीं कर रहे हैं (अर्थात कार्य आउटसोर्स किया गया है, या आप एक बड़ी प्रबंधित होस्टिंग व्यवस्था के हिस्से के रूप में सेवा खरीद रहे हैं) तो आपको सेटअप को बनाए रखने के लिए व्यवस्थापक शुल्क मिल सकता है, जिसका अर्थ है ऑफ-द-शेल्फ हार्डवेयर लंबे समय में समाधान सस्ता होगा। इसके अलावा, अपने समय में किसी भी लागत में कारक को याद रखें यदि आप या आपकी कंपनी लोड बैलेंसर का प्रबंधन करेगी।
105931 sessions per second
और के बारे में 17% CPU उपयोग - एक ही बुनियादी जिऑन प्रोसेसर के लिए बहुत पागल है कि
मैं इन बिंदुओं को ध्यान में रखूंगा:
यदि कंपनी के पास नेटवर्क विशेषज्ञ के साथ आईटी विभाग है, तो हार्डवेयर LB विकास टीम से रखरखाव भार को कम करने में मदद कर सकता है।
कभी-कभी, विशेष रूप से बड़ी कंपनियों के लिए, एक नया हार्डवेयर अपनाना जो किसी को पता नहीं है कि कैसे काम करना है, महंगे सलाहकार या यहां तक कि एक नए रोजगार को किराए पर लेना है।
विकास टीम एक हार्डवेयर समाधान से नफरत करेगी यदि वे लोड बैलेंसर की सुविधाओं पर जोर देने की योजना बना रहे हैं, उदाहरण के लिए, निरंतर तैनाती को अपनाने के लिए।
जाहिरा तौर पर HW LBs SSL कनेक्शन को संभालने में सुधार कर सकते हैं और इसलिए आवश्यक एप्लिकेशन सर्वर की कुल संख्या को कम करते हैं: