डीएचसीपी क्या करता है और इस उत्तर में अपने डीएचसीपी सर्वर की पसंद को कैसे कॉन्फ़िगर किया जाए, इसका मैं एक बुनियादी ज्ञान मान रहा हूं, लेकिन इससे पहले कि हम एक ही नेटवर्क पर कई डीएचसीपी सर्वरों के बारे में बात करते हैं, चलो सबसे पहले ग्राहकों को आईपी पते कैसे प्राप्त होते हैं सबसे बुनियादी स्तर पर डीएचसीपी से।
एक साधारण नेटवर्क पर DHCP DORA सिद्धांत का उपयोग करके काम करता है।
डिस्कवरी - क्लाइंट उपलब्ध डीएचसीपी सर्वरों की खोज करने के लिए स्थानीय नेटवर्क सेगमेंट पर एक संदेश प्रसारित करता है जिससे वह जुड़ा होता है।
ऑफ़र - एक उपयुक्त रूप से कॉन्फ़िगर किया गया डीएचसीपी सर्वर क्लाइंट से एक अनुरोध प्राप्त करता है, और इसे अपने उपलब्ध पते के पूल से एक पता प्रदान करता है।
अनुरोध - ग्राहक प्रस्ताव का जवाब देता है, प्रस्ताव में प्राप्त पते का अनुरोध करता है।
पावती - सर्वर अनुरोध को स्वीकार करता है, पते को अपने पते के पूल में उपयोग के रूप में चिह्नित करता है, और क्लाइंट को सूचित करता है कि पता पट्टा कितने समय के लिए वैध है, और किसी अन्य जानकारी की आवश्यकता है।
नेटवर्क सेगमेंट पर कोई भी उपकरण डीएचसीपी सर्वर हो सकता है; यह नेटवर्क पर राउटर या डोमेन कंट्रोलर या किसी अन्य "विशेष" डिवाइस का होना जरूरी नहीं है।
जब आपके नेटवर्क पर डिवाइस पहले एक आईपी पते का अनुरोध करते हैं या उनके पट्टों के अंत तक पहुंचते हैं (या आप उन्हें पट्टे की जांच करने के लिए मजबूर करते हैं तब भी वैध है) वे बस डीएचसीपी सर्वर के लिए एक अनुरोध प्रसारित करेंगे, और पहले से एक प्रस्ताव स्वीकार करेंगे। उत्तर देने के लिए डीएचसीपी सर्वर । यह याद रखना महत्वपूर्ण है क्योंकि हम नीचे कई डीएचसीपी सर्वरों के विकल्पों को देखते हैं।
एकाधिक डीएचसीपी सर्वर पीटी 1: कई सबनेट को फैलाते हुए।
यदि आपके पास कई वीएलएएन या भौतिक नेटवर्क सेगमेंट हैं जो अलग-अलग सबनेट में अलग हो गए हैं, और आप उन सभी सबनेट में उपकरणों को डीएचसीपी सेवा प्रदान करना चाहते हैं तो ऐसा करने के दो तरीके हैं।
यदि राउटर / लेयर 3 स्विच को अलग करने से बीओटीपी / डीएचसीपी रिले एजेंट के रूप में कार्य कर सकते हैं, तो आप अपने सभी डीएचसीपी सर्वर (एस) को अपने नेटवर्क के एक या दो केंद्रीय भागों में रखना जारी रख सकते हैं और अपने डीएचसीपी सर्वर (एस) को कॉन्फ़िगर कर सकते हैं पतों की कई श्रेणियों का समर्थन करें। इसका समर्थन करने के लिए, आपके राउटर या लेयर 3 स्विच को RFC 1542 की धारा 4 में शामिल BOOTP रिले एजेंट विनिर्देशन का समर्थन करना चाहिए ।
यदि आपका राउटर RFC 1542 BOOTP रिले एजेंटों का समर्थन नहीं करता है, या यदि आपके कुछ नेटवर्क सेगमेंट भौगोलिक रूप से धीमे लिंक पर बिखरे हुए हैं, तो आपको प्रत्येक सबनेट में एक या अधिक डीएचसीपी सर्वर रखने की आवश्यकता होगी। यह 'स्थानीय' डीएचसीपी सर्वर केवल अपने स्वयं के स्थानीय सेगमेंट की आवश्यकताओं को पूरा करेगा, और इसके और अन्य डीएचसीपी सर्वरों के बीच कोई बातचीत नहीं है। यदि यह आप चाहते हैं तो आप बस प्रत्येक डीएचसीपी सर्वर को एक स्टैंडअलोन सर्वर के रूप में कॉन्फ़िगर कर सकते हैं, अपने स्वयं के सबनेट के लिए पता पूल के विवरण के साथ, और नेटवर्क के अन्य हिस्सों पर किसी अन्य डीएचसीपी सर्वर के बारे में चिंता न करें। यह एक ही नेटवर्क पर एक से अधिक डीएचसीपी सर्वर होने का सबसे बुनियादी उदाहरण है।
एकाधिक डीएचसीपी सर्वर पीटी 2: डीएचसीपी सर्वर जो एक ही नेटवर्क सेगमेंट की सेवा करते हैं।
जब अधिकांश लोग "एक ही नेटवर्क पर एकाधिक डीएचसीपी सर्वर" के बारे में पूछते हैं, तो वे आमतौर पर जो पूछ रहे हैं वह यह है; वे एक से अधिक डीएचसीपी सर्वर जारी करते हैं जो ग्राहकों को एक ही श्रेणी के नेटवर्क पते जारी करते हैं, या तो कई सर्वरों के बीच लोड को विभाजित करने के लिए या एक सर्वर ऑफ़लाइन होने पर अतिरेक प्रदान करने के लिए।
यह पूरी तरह से संभव है, हालांकि इसके लिए कुछ विचार और योजना की आवश्यकता है।
"नेटवर्क ट्रैफ़िक" के दृष्टिकोण से, इस उत्तर की शुरुआत में उल्लिखित DORA प्रक्रिया बताती है कि नेटवर्क सेगमेंट पर एक से अधिक DHCP सर्वर कैसे मौजूद हो सकते हैं; ग्राहक केवल एक डिस्कवरी अनुरोध और एक प्रस्ताव के साथ प्रतिक्रिया करने के लिए पहला डीएचसीपी सर्वर प्रसारित करता है।
सर्वर के दृष्टिकोण से, प्रत्येक सर्वर में पते का एक पूल होगा जिसे वह ग्राहकों को जारी कर सकता है, इसका पता गुंजाइश ज्ञात है। डीएचसीपी सर्वर जो एक ही सबनेट की सेवा कर रहे हैं उनके पास एक "साझा" स्कोप नहीं होना चाहिए, बल्कि उनके पास "स्प्लिट" स्कोप होना चाहिए।
दूसरे शब्दों में, यदि आपके पास 192.168.1.100 से 192.168.1.200 तक ग्राहकों को जारी करने के लिए डीएचसीपी पतों की एक सीमा है, तो दोनों सर्वरों को उस सीमा के अलग-अलग हिस्सों की सेवा के लिए कॉन्फ़िगर किया जाना चाहिए, इसलिए पहला सर्वर उस दायरे के कुछ हिस्सों का उपयोग कर सकता है। 192.168.1.100 से 192.168.1.150 और फिर दूसरा सर्वर 192.168.1.151 से 192.168.1.200 जारी करेगा।
डीएचसीपी के माइक्रोसॉफ्ट के हालिया कार्यान्वयनों में एक आसान तरीके से अपना दायरा विभाजित करने का एक जादूगर है, जो एक टेक्नेट लेख में वर्णित है, जो देखने के लायक हो सकता है, भले ही आप माइक्रोसॉफ्ट डीएचसीपी कार्यान्वयन का उपयोग नहीं कर रहे हों, क्योंकि यह सिद्धांतों के बारे में बात करता है। यहाँ काफी अच्छी तरह से और यह जवाब पहले से ही काफी लंबा है।
गुंजाइश को विभाजित करना - सबसे अच्छा अभ्यास
एक बात जिसे आपने सबसे अच्छे अभ्यास के रूप में उल्लेख किया है, वह डीएचसीपी स्कोप को विभाजित करने के लिए 80/20 नियम है, जिसका अर्थ है कि एक सर्वर उस दायरे में 80% पते और दूसरा डीएचसीपी सर्वर, जो प्रभावी रूप से 'रिज़र्व' में है। 20% पते परोसेंगे।
80/20 पतों को विभाजित करने के पीछे का विचार यह है कि उपलब्ध पते का 80% सबनेट पर आवश्यक सभी पतों के लिए पर्याप्त होना चाहिए, और डीएचसीपी पट्टे आमतौर पर कई दिनों के लिए जारी किए जाते हैं; इसलिए यदि आपका मुख्य डीएचसीपी सर्वर कुछ घंटों के लिए नीचे चला जाता है, तो यह संभावना नहीं है कि उस सबनेट पर 20% से अधिक मशीनें डाउनटाइम के दौरान अपने पते को नवीनीकृत करने की आवश्यकता होगी, जिससे पते का 20% पूल पर्याप्त हो जाएगा।
यह अभी भी उचित सलाह है, लेकिन यह दो चीजों को मानता है:
- कि आप अपने आरक्षित डीएचसीपी सर्वर पर पतों के छोटे पूल को समाप्त करने से बचने के लिए अपने "मुख्य" डीएचसीपी सर्वर के साथ किसी भी समस्या को जल्दी से हल कर सकते हैं।
- आप लोड संतुलन में रुचि नहीं रखते हैं।
इन दिनों (जैसा कि आप मेरे उदाहरणों से देख सकते हैं) मैं 50/50 विभाजन पसंद करता हूं, जो मुझे लगता है कि उपरोक्त बिंदुओं के लिए अधिक यथार्थवादी उत्तर हैं।
डीएचसीपी सर्वर पर आपके स्कोप बनाते समय विचार करने वाली एक और बात प्रत्येक सर्वर में पूर्ण गुंजाइश को कॉन्फ़िगर कर रही है और अन्य डीएचसीपी सर्वर द्वारा दी गई सीमा को छोड़कर। इससे प्रत्येक डीएचसीपी सर्वर पर पूर्ण सबनेट के लिए "स्व-दस्तावेजीकरण" डीएचसीपी जानकारी का लाभ होता है, जो किसी और के लिए स्पष्टता में सुधार करेगा जो यह समझने की कोशिश कर रहा है कि क्या हो रहा है, और आपके डीएचसीपी सर्वरों में से एक के ऑफ़लाइन होने की स्थिति में भी कुछ समय, आप अस्थायी रूप से दूसरे सर्वर पर अपवर्जन रेंज को फिर से कॉन्फ़िगर कर सकते हैं ताकि इसे स्लैक उठा सकें।
इन विचारों का मेल
अंत में, यह याद रखने लायक है कि आप ऊपर चर्चा किए गए सिद्धांतों को जोड़ सकते हैं - आप अपने सभी डीएचसीपी सर्वरों को एक या अधिक "केंद्रीय सर्वर" वीएलएएन में रख सकते हैं और बहुत बड़े और खंडों से सभी डीएचसीपी अनुरोध भेजने के लिए अपने सभी राउटरों पर बीओओटीपी रिले एजेंटों का उपयोग कर सकते हैं। एक केंद्रीकृत डीएचसीपी सेवा के लिए नेटवर्क (जो मैं करता हूं, नीचे देखें)। या आपके स्थानीय नेटवर्क सबनेट में "मुख्य" डीएचसीपी सर्वर और "पास" नेटवर्क खंड पर "रिजर्व" डीएचसीपी सर्वर के साथ आपके नेटवर्क में वितरित डीएचसीपी सर्वर हो सकते हैं, जो बैकअप के रूप में बहुत कम पते प्रदान करते हैं - आपके पास भी हो सकते हैं अपने स्वयं के नेटवर्क खंडों में दो डीएचसीपी सर्वर एक दूसरे के लिए 80/20 श्रेणी के पते प्रदान करने के लिए कॉन्फ़िगर किए गए हैं। सबसे समझदार विकल्प इस बात पर निर्भर करेगा कि आपके भौतिक और तार्किक नेटवर्क एक दूसरे से कैसे मेल खाते हैं।
