विभिन्न डेटा केंद्रों में परियोजनाओं का संयोजन

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

सामान्य L2 सर्किट

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

स्थानीय नेटवर्क को एक ही डेटा सेंटर के भीतर एक क्लासिक "कैंपस" नेटवर्क के रूप में व्यवस्थित किया जाता है, केवल एक्सेस स्विच सर्वर के साथ रैक में सीधे स्थित होते हैं। एक्सेस स्विच को एक एकल एकत्रीकरण परत स्विच में जोड़ा जाता है। प्रत्येक ग्राहक किसी भी डिवाइस के लिए स्थानीय नेटवर्क से कनेक्शन का आदेश दे सकता है जो वह डेटा सेंटर में हमारे साथ किराए पर देता है या रखता है।

स्थानीय नेटवर्क को व्यवस्थित करने के लिए, समर्पित पहुंच और एकत्रीकरण स्विच का उपयोग किया जाता है, ताकि इंटरनेट नेटवर्क में समस्याएं स्थानीय नेटवर्क को प्रभावित न करें।


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

L2 महान काम करता है, जबकि डेटा केंद्र का आकार छोटा होता है, जब सभी रैक भरे नहीं होते हैं। लेकिन जैसे-जैसे रैक, स्विच, क्लाइंट्स में सर्वरों की संख्या बढ़ती है, सर्किट को बनाए रखना बहुत मुश्किल हो जाता है।


एक ग्राहक के सर्वर आपदा सहिष्णुता सुनिश्चित करने के लिए कई डेटा केंद्रों में स्थित हो सकते हैं या यदि सर्वर को मौजूदा डेटा सेंटर में रखना असंभव है (उदाहरण के लिए, सभी रैक और सभी स्थानों पर कब्जा कर लिया गया है)। कई डेटा केंद्रों के बीच, कनेक्टिविटी भी आवश्यक है - एक स्थानीय नेटवर्क पर सर्वर के बीच।

जैसे ही डेटा सेंटर, रैक, सर्वर बढ़ते हैं, सर्किट अधिक जटिल हो जाता है। सबसे पहले, विभिन्न डेटा केंद्रों के सर्वर के बीच कनेक्टिविटी को वीएलएएन तकनीक का उपयोग करके एकत्रीकरण स्विच के स्तर पर किया गया था।


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

L2 की समस्याएं

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

• एसटीपी के साथ समस्याएं (स्पानिंग-ट्री प्रोटोकॉल)
• ब्रॉडकास्ट स्टॉर्म के साथ समस्याएं
• गलत मल्टीकास्ट प्रसंस्करण के साथ समस्याएं
• मानव कारक (लिंक स्थानांतरण, VLAN स्थानांतरण)
• L2 के लिए आरक्षण के संगठन के साथ समस्याएं
• अज्ञात-यूनिकस्ट ट्रैफ़िक के साथ समस्या
• मैक पते की संख्या के साथ समस्या

एसटीपी के साथ समस्याएं अक्सर क्लाइंट सर्वर या क्लाइंट उपकरण की सेटिंग्स से संबंधित होती हैं। लोकप्रिय ट्रैफ़िक एक्सचेंज बिंदुओं के विपरीत, हम एसटीपी पीडीयू के आने पर एसटीपी को एक्सेस पोर्ट्स पर पूरी तरह से फ़िल्टर नहीं कर सकते हैं और पोर्ट्स को बुझा सकते हैं। एसटीपी में, कई नेटवर्क उपकरण निर्माता नेटवर्क में लूप का पता लगाने के रूप में डेटा सेंटर स्विच की ऐसी बुनियादी कार्यक्षमता को लागू करते हैं।

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

प्रसारण

डेटा सेंटर में नेटवर्क विभिन्न निर्माताओं के उपकरणों पर बनाया जा सकता है। कभी-कभी स्विच सॉफ़्टवेयर संस्करण में अंतर भी एसटीपी को अलग ढंग से संभालने के लिए स्विच के लिए पर्याप्त होता है। इसलिए, उदाहरण के लिए, डबरोका 3 डेटा सेंटर में 280 रैक हैं, जो एक एसटीआर डोमेन में स्विच की अधिकतम संभव संख्या से अधिक है।

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

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

पूरे नेटवर्क की सुरक्षा करके, एग्रीगेशन स्विच उस पोर्ट को "डाल" देगा जिस पर नेटवर्क विसंगति हुई थी। दुर्भाग्य से, यह उन पाँच सर्वरों की निष्क्रियता का कारण बनेगा जो इस घटना का कारण बने, साथ ही अन्य सर्वरों की निष्क्रियता (डेटा सेंटर में कई रैक तक)।

मल्टीकास्ट

मल्टीकास्ट ट्रैफ़िक के गलत प्रसंस्करण के साथ समस्याएं बहुत विशिष्ट समस्याएं हैं जो सर्वर पर सॉफ़्टवेयर के गलत संचालन और स्विच पर सॉफ़्टवेयर के कारण जटिल होती हैं। उदाहरण के लिए, कई सर्वरों के बीच Corosync को मल्टीकास्ट मोड में कॉन्फ़िगर किया गया है। नियमित रूप से हैलो-पैकेट का आदान-प्रदान छोटे संस्करणों में किया जाता है। लेकिन कुछ मामलों में, Corosync स्थापित सर्वर काफी पैकेटों को अग्रेषित कर सकते हैं। इस वॉल्यूम में पहले से ही स्विच के विशेष कॉन्फ़िगरेशन की आवश्यकता होती है, या सही प्रोसेसिंग तंत्र (IGMP जॉइन और अन्य) का उपयोग होता है। तंत्र के गलत संचालन के मामले में या जब थ्रेसहोल्ड ट्रिगर होते हैं, तो सेवा रुकावट हो सकती है जो अन्य ग्राहकों को प्रभावित करती है। बेशक, स्विच पर कम ग्राहक, कम संभावना है कि किसी अन्य ग्राहक से समस्याएं आएंगी।

मानव कारक एक अप्रत्याशित प्रकार की समस्या है जो नेटवर्क उपकरण के साथ काम करते समय उत्पन्न हो सकती है। जब नेटवर्क प्रशासक अकेला होता है, और वह अपने काम का निर्माण करता है, क्रियाओं का दस्तावेजीकरण करता है और अपने कार्यों के परिणामों को आश्चर्यचकित करता है, तो त्रुटि की संभावना काफी कम होती है। लेकिन जब डेटा सेंटर के संचालन में लगे उपकरणों की मात्रा बढ़ रही है, जब कई कर्मचारी हैं, जब कई कार्य हैं, तो काम को व्यवस्थित करने के लिए पूरी तरह से अलग दृष्टिकोण की आवश्यकता होती है।

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

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

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

अन्य L2 आरक्षण प्रोटोकॉल का उपयोग इसकी सीमाएं लगाता है। उदाहरण के लिए, ईआरपीएस (ईथरनेट रिंग प्रोटेक्शन स्विचिंग) - सभी उपकरणों के उपयोग के लिए, एक डिवाइस पर रिंग की संख्या के लिए, उपयोग की गई भौतिक टोपोलॉजी के लिए। अन्य प्रोटोकॉल का उपयोग, एक नियम के रूप में, विभिन्न निर्माताओं से मालिकाना बदलाव से जुड़ा हुआ है या नेटवर्क के निर्माण को एक चयनित तकनीक (उदाहरण के लिए, ट्राई / एसपीबीएम कारखाना अवाया उपकरण का उपयोग करके) तक सीमित करता है।

अज्ञात-यूनिकास्ट

मैं विशेष रूप से अज्ञात-यूनिकस्ट ट्रैफ़िक के साथ समस्याओं के उपप्रकार को उजागर करना चाहूंगा। यह क्या है ट्रैफ़िक जो L3 के माध्यम से एक विशिष्ट आईपी पते के लिए नियत है, लेकिन L2 के माध्यम से नेटवर्क पर प्रसारित किया जाता है, अर्थात, यह इस वीएलएएन से संबंधित सभी बंदरगाहों पर प्रसारित होता है। यह स्थिति कई कारणों से उत्पन्न हो सकती है, उदाहरण के लिए, जब एक अनधिकृत आईपी पते पर DDoS प्राप्त होता है। या अगर सर्वर कॉन्फ़िगरेशन में टाइपो के दौरान एक पता जो कि नेटवर्क पर मौजूद नहीं है, एक बैकअप के रूप में निर्दिष्ट किया गया था, और सर्वर पर इस पते पर ऐतिहासिक रूप से एक स्थिर एआरपी रिकॉर्ड है। अज्ञात-यूनिकैस्ट तब प्रकट होता है जब एआरपी टेबल में सभी प्रविष्टियां मौजूद होती हैं, लेकिन पारगमन स्विच के स्विचिंग टेबल में रिसीवर के मैक पते की अनुपस्थिति में।

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

यहां तक ​​कि मैक पते की सरासर संख्या कभी-कभी एक समस्या हो सकती है। ऐसा लगता है कि 200 रैक के डेटा केंद्र आकार, प्रति रैक 40 सर्वर के साथ, यह संभावना नहीं है कि मैक पते की संख्या डेटा केंद्र में सर्वर की संख्या से बहुत अधिक हो जाएगी। लेकिन यह अब सच बयान नहीं है, क्योंकि वर्चुअलाइजेशन सिस्टम में से एक को सर्वर पर लॉन्च किया जा सकता है, और प्रत्येक वर्चुअल मशीन को इसके मैक पते, या यहां तक ​​कि कई (उदाहरण के लिए, वर्चुअल मशीन में कई नेटवर्क कार्ड का अनुकरण करते हुए) द्वारा प्रस्तुत किया जा सकता है। कुल में, हम 40 सर्वर में एक रैक से कई हजार से अधिक वैध मैक पते प्राप्त कर सकते हैं।

ऐसे कई मैक पते कुछ स्विच मॉडल पर स्विचिंग टेबल की पूर्णता को प्रभावित कर सकते हैं। इसके अलावा, कुछ स्विच मॉडल के लिए, जब स्विचिंग टेबल को भरते हैं, हैशिंग का उपयोग किया जाता है, और कुछ मैक पते अज्ञात-यूनिकस्ट ट्रैफ़िक की उपस्थिति के लिए अग्रणी हैश टकराव का कारण बन सकते हैं। 4,000 पते प्रति सेकेंड की गति से एक पट्टे पर सर्वर पर मैक पते की रैंडम खोज, स्विच स्विच पर अतिप्रवाह तालिका का कारण बन सकती है। स्वाभाविक रूप से, स्विच मैक पते की संख्या पर प्रतिबंध लागू करते हैं जो स्विच पोर्ट पर सीखे जा सकते हैं, लेकिन इस तंत्र के विशिष्ट कार्यान्वयन के आधार पर, डेटा की व्याख्या अलग-अलग तरीकों से की जा सकती है।

फिर से, इस तंत्र द्वारा फ़िल्टर किए गए मैक पते पर ट्रैफ़िक भेजने से अज्ञात-यूनिकस्ट ट्रैफ़िक दिखाई देता है। इस स्थिति में सबसे अप्रिय बात यह है कि स्विचिंग टेबल के अतिप्रवाह वाले मामलों के बाद स्व-उपचार के लिए निर्माता द्वारा स्विचेस का परीक्षण शायद ही कभी किया जाता है। तालिका के एक एकल अतिप्रवाह, कारण, कहते हैं, एक ग्राहक की गलती से होपिंग मापदंडों में या एक स्क्रिप्ट लिखने में जो इसके बुनियादी ढांचे की निगरानी करता है, रैक में स्थित सभी सर्वरों के लिए स्विच और संचार के रुकावट का कारण बन सकता है। यदि इस तरह का ओवरफ्लो एकत्रीकरण स्तर स्विच पर होता है, तो स्विच को रिबूट करने से पूरे डेटा सेंटर के स्थानीय नेटवर्क का 15 मिनट का डाउनटाइम हो सकता है।

मैं बताना चाहूंगा कि L2 का उपयोग केवल सीमित मामलों के लिए उचित है और कई प्रतिबंध लगाता है। सेगमेंट का आकार, L2 सेगमेंट की संख्या - ये सभी पैरामीटर हैं जिनका मूल्यांकन हर बार आपको L2 कनेक्टिविटी के साथ एक नया वीएलएएन जोड़ना होगा। और L2 सेगमेंट जितना छोटा होता है, उतना ही सरल और, नेटवर्क जितना अधिक विश्वसनीय होता है।

विशिष्ट L2 मामलों का उपयोग करें

जैसा कि पहले ही उल्लेख किया गया है, एक डेटा सेंटर में बुनियादी ढांचे के क्रमिक विकास के साथ, एक एल 2 स्थानीय नेटवर्क का उपयोग किया जाता है। दुर्भाग्य से, यह उपयोग किसी अन्य डेटा केंद्र या किसी अन्य तकनीक (उदाहरण के लिए, क्लाउड में वर्चुअल मशीन) में परियोजनाओं के विकास में भी निहित है।

लिंक फ्रंट और बैक-एंड, बैकअप

एक नियम के रूप में, स्थानीय नेटवर्क का उपयोग फ्रंट और बैक-एंड सेवाओं की कार्यक्षमता के पृथक्करण के साथ शुरू होता है, डीबीएमएस को एक अलग सर्वर पर आवंटित करना (प्रदर्शन में सुधार करने के लिए, एप्लिकेशन सर्वर और डीबीएमएस पर ओएस के प्रकार को अलग करने के लिए)। प्रारंभ में, इन उद्देश्यों के लिए L2 का उपयोग उचित लगता है, खंड में केवल कुछ सर्वर हैं, अक्सर वे एक ही रैक में स्थित होते हैं।


सर्वर एक वीएलएएन में शामिल हैं, एक या कई स्विच में। जैसे ही उपकरणों की मात्रा बढ़ती है, अधिक से अधिक नए सर्वर डेटा सेंटर में नए रैक के स्विच में शामिल होते हैं, जिससे एल 2 डोमेन चौड़ाई में बढ़ने लगता है।


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

डेवलपर्स को एक समान योजना लागू करने के लिए कहा जाता है जब परियोजना बढ़ती है, जब निम्नलिखित सर्वर किसी अन्य डेटा केंद्र में पहले से ही किराए पर होते हैं या जब परियोजना का कुछ हिस्सा क्लाउड में आभासी मशीनों में चला जाता है । तस्वीर में, सब कुछ बहुत सरल और सुंदर दिखता है:


ऐसा लगता है कि आपको DC1 और DC2 में दो एकत्रीकरण स्विच को एक वीएलएएन के साथ जोड़ना होगा। लेकिन इस साधारण कार्रवाई के पीछे क्या है?

संसाधन आरक्षण

सबसे पहले, हम L2 डोमेन की चौड़ाई बढ़ाते हैं, इसलिए DC1 में DC1 के स्थानीय नेटवर्क की सभी संभावित समस्याएं उत्पन्न हो सकती हैं। कौन पसंद करेगा कि उसके सर्वर DC2 में स्थित हैं, और DC1 के अंदर गलत कार्यों के कारण स्थानीय नेटवर्क की अक्षमता से संबंधित घटना घटित होगी?

दूसरे, आपको इस वीएलएएन का समर्थन करने की आवश्यकता है। प्रत्येक डेटा सेंटर में एकत्रीकरण स्विच विफलता का बिंदु है। डेटा केंद्रों के बीच की केबल विफलता का एक और बिंदु है। विफलता के प्रत्येक बिंदु को आरक्षित किया जाना चाहिए। दो एकत्रीकरण स्विच, एकत्रीकरण स्विच से दो केबल स्विच करने के लिए, डेटा केंद्रों के बीच दो केबल ... हर बार घटकों की संख्या बढ़ जाती है, और सर्किट अधिक जटिल हो जाता है।


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

लेकिन एमपीएलएस उपकरण आमतौर पर गैर-एमपीएलएस उपकरणों की तुलना में दो गुना अधिक महंगे होते हैं। और यह ध्यान दिया जाना चाहिए कि एमपीयू स्विच 1 यू में है, जिसमें स्केलबिलिटी की एक अच्छी डिग्री है, नियंत्रण-प्लेन में पूर्ण एमपीएलएस कार्यक्षमता का कार्यान्वयन, व्यवहार में, हाल ही तक मौजूद नहीं था। नतीजतन, मैं मौजूदा नेटवर्क पर एल 2 समस्याओं के प्रभाव से छुटकारा या कम करना चाहता हूं, लेकिन साथ ही संसाधनों को आरक्षित करने की क्षमता भी रखता हूं।

L3 में संक्रमण

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

डेटा सेंटर के अंदर, हम मौजूदा सर्वर इंटरैक्शन स्कीमों को L2 के माध्यम से एक-दूसरे के साथ सहेज सकते हैं, और दूसरे डेटा सेंटर में सर्वर तक पहुंच L3 के माध्यम से होगी।


इस प्रकार, डेटा केंद्र एल 3 कनेक्टिविटी द्वारा परस्पर जुड़े हुए हैं। यही है, यह अनुकरण किया जाता है कि डेटा केंद्रों के बीच एक राउटर स्थापित किया गया है (वास्तव में, कई, बैकअप के लिए)। यह आपको डेटा केंद्रों के बीच एल 2 डोमेन को विभाजित करने की अनुमति देता है, प्रत्येक डेटा सेंटर में अपने स्वयं के वीएलएएन का उपयोग करें, और उनके बीच संवाद करें। प्रत्येक क्लाइंट के लिए, आप IP पतों की रिपीटिंग रेंज का उपयोग कर सकते हैं, नेटवर्क पूरी तरह से एक दूसरे से अलग-थलग हैं, और आप एक क्लाइंट के नेटवर्क से दूसरे क्लाइंट के नेटवर्क में नहीं आ सकते हैं (सिवाय जब दोनों क्लाइंट इस तरह के कनेक्शन के लिए सहमत हों)।

हम अनुशंसा करते हैं कि आप स्थानीय नेटवर्क के लिए 10.0.0.0/8 से आईपी सेगमेंट का उपयोग करें। पहले डेटा सेंटर के लिए, नेटवर्क होगा, उदाहरण के लिए, 10.0.1.0/24, दूसरे के लिए - 10.0.2.0/24। राउटर पर चयनकर्ता इस सबनेट से आईपी पते को निर्धारित करता है। आमतौर पर, .250 से .254 पते को सेलेल नेटवर्क उपकरणों के लिए आरक्षित किया जाता है, और .254 पता अन्य LAN के लिए प्रवेश द्वार के रूप में कार्य करता है। मार्ग सभी डेटा केंद्रों में सभी उपकरणों को सौंपा गया है:

route add 10.0.0.0 mask 255.0.0.0 gw 10.0.x.254

जहां x डेटा सेंटर नंबर है। इस मार्ग के कारण, डेटा केंद्रों में सर्वर रूट करके एक-दूसरे को "देखते" हैं।


इस तरह के मार्ग की उपस्थिति योजना में स्केलिंग को सरल बनाती है, उदाहरण के लिए, तीसरे डेटा सेंटर की उपस्थिति। फिर, तीसरे डेटा सेंटर में सर्वरों के लिए, अगली श्रेणी के आईपी पते, 10.0.3.0/24, राउटर पर पंजीकृत हैं - पता 10.0.3.254।


ऐसी योजना के कार्यान्वयन की एक विशिष्ट विशेषता यह है कि डेटा सेंटर या बाहरी संचार चैनलों की विफलता के मामले में इसे अतिरिक्त आरक्षण की आवश्यकता नहीं होती है। इसलिए, उदाहरण के लिए, यदि डेटा केंद्र 1 विफल रहता है, तो डेटा केंद्र 2 और डेटा केंद्र 3 के बीच का कनेक्शन पूरी तरह से संरक्षित है, और डेटा केंद्रों के बीच L2 फ़ीड के साथ योजना को लागू करते समय, उनमें से एक के रूप में:


डेटा सेंटर 2 और डेटा सेंटर 3 के बीच का कनेक्शन डेटा सेंटर की दक्षता पर निर्भर करता है। 1. या, अतिरिक्त लिंक के संगठन और जटिल L2 आरक्षण योजनाओं के उपयोग की आवश्यकता है। और एल 2 योजना को बचाते हुए, पूरा नेटवर्क अभी भी गलत स्विचिंग, स्विचिंग लूप के गठन, विभिन्न ट्रैफ़िक तूफान और अन्य परेशानियों के लिए बहुत संवेदनशील है।

परियोजनाओं के भीतर L3 खंड

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

राउटर आरक्षण

यह सब प्रभावशाली है, लेकिन परियोजनाओं के बीच विफलता का एक बिंदु है - यह राउटर है। इस मामले में क्या करना है? वास्तव में, राउटर अकेला नहीं है। प्रत्येक डेटा सेंटर के लिए दो राउटर आवंटित किए जाते हैं, और प्रत्येक ग्राहक के लिए वे VRRP प्रोटोकॉल का उपयोग करके वर्चुअल IP .254 बनाते हैं।

एक सामान्य L2 सेगमेंट वाले दो आसन्न उपकरणों के बीच VRRP का उपयोग करना उचित है। भौगोलिक रूप से वितरित किए जाने वाले डेटा केंद्रों के लिए, अलग-अलग राउटर का उपयोग किया जाता है, और उनके बीच एमपीएलएस का आयोजन किया जाता है। इस प्रकार, इस तरह से स्थानीय नेटवर्क से जुड़ने वाला प्रत्येक क्लाइंट इन MPLS राउटर पर इसके लिए बने एक अलग L3VPN से जुड़ा होता है। और यह योजना वास्तविकता के सन्निकटन में इस तरह दिखती है:


प्रत्येक .254 खंड के लिए प्रवेश द्वार का पता दो राउटरों के बीच वीआरआरपी द्वारा आरक्षित है।

निष्कर्ष

उपरोक्त सभी को सारांशित करते हुए - L2 से L3 तक के स्थानीय नेटवर्क के प्रकार को बदलने से हमें स्केल की क्षमता बनाए रखने की अनुमति मिली, विश्वसनीयता और दोष सहिष्णुता के स्तर में वृद्धि हुई, और हमें अतिरिक्त अतिरेक योजनाओं को लागू करने की भी अनुमति दी। इसके अलावा, इसने L2 के मौजूदा प्रतिबंधों और "नुकसान" को दरकिनार कर दिया।

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

हमें बताएं - क्या आप पहले से ही L3VPN का उपयोग कर रहे हैं? टिप्पणियों में मिलते हैं।