एका स्विचची कहाणी

आमच्या स्थानिक नेटवर्क एकत्रीकरणामध्ये आमच्याकडे Arista DCS-7050CX3-32S स्विचच्या सहा जोड्या आणि ब्रोकेड VDX 6940-36Q स्विचेसची एक जोडी होती. असे नाही की या नेटवर्कमधील ब्रोकेड स्विचमुळे आम्ही जास्त ताणलेलो होतो, ते कार्य करतात आणि त्यांचे कार्य करतात, परंतु आम्ही काही क्रियांचे पूर्ण ऑटोमेशन तयार करत होतो आणि आमच्याकडे या स्विचेसमध्ये या क्षमता नाहीत. मला पुढील 40-100 वर्षांसाठी राखीव ठेवण्यासाठी 2GE इंटरफेसवरून 3GE वापरण्याच्या शक्यतेवर स्विच करायचे होते. म्हणून आम्ही ब्रोकेड बदलून अरिस्ता करण्याचा निर्णय घेतला.

हे स्विचेस प्रत्येक डेटा सेंटरसाठी LAN एकत्रीकरण स्विच आहेत. वितरण स्विचेस (एकत्रीकरणाचा दुसरा स्तर) त्यांच्याशी थेट जोडलेले असतात, जे सर्व्हरसह रॅकमध्ये टॉप-ऑफ-रॅक स्थानिक नेटवर्क स्विचेस आधीपासूनच एकत्र करतात.

प्रत्येक सर्व्हर एक किंवा दोन ऍक्सेस स्विचशी जोडलेला असतो. ॲक्सेस स्विचेस डिस्ट्रीब्युशन स्विचेसच्या जोडीला जोडलेले असतात (दोन वितरण स्विचेस आणि ऍक्सेस स्विचपासून वेगवेगळ्या वितरण स्विचेसचे दोन फिजिकल लिंक रिडंडंसीसाठी वापरले जातात).

प्रत्येक सर्व्हर त्याच्या स्वतःच्या क्लायंटद्वारे वापरला जाऊ शकतो, म्हणून क्लायंटला स्वतंत्र VLAN वाटप केले जाते. तेच VLAN नंतर कोणत्याही रॅकमध्ये या क्लायंटच्या दुसऱ्या सर्व्हरवर नोंदणीकृत केले जाते. डेटा सेंटरमध्ये अशा अनेक पंक्ती (पीओडी) असतात, रॅकच्या प्रत्येक पंक्तीमध्ये स्वतःचे वितरण स्विच असतात. मग हे वितरण स्विच एकत्रीकरण स्विचशी जोडलेले आहेत.

क्लायंट कोणत्याही पंक्तीमध्ये सर्व्हर ऑर्डर करू शकतात; सर्व्हर विशिष्ट रॅकमध्ये एका विशिष्ट पंक्तीमध्ये वाटप केला जाईल किंवा स्थापित केला जाईल हे आधीच सांगणे अशक्य आहे, म्हणूनच प्रत्येक डेटा सेंटरमध्ये एकत्रीकरण स्विचवर सुमारे 2500 VLAN आहेत.

DCI (डेटा-सेंटर इंटरकनेक्ट) साठी उपकरणे एकत्रीकरण स्विचशी जोडलेली आहेत. हे L2 कनेक्टिव्हिटीसाठी (दुसऱ्या डेटा सेंटरला VXLAN बोगदा बनवणारी स्विचची जोडी) किंवा L3 कनेक्टिव्हिटी (दोन MPLS राउटर) साठी असू शकते.

मी आधीच लिहिल्याप्रमाणे, एका डेटा सेंटरमधील उपकरणांवर सेवांचे कॉन्फिगरेशन स्वयंचलित करण्याच्या प्रक्रियेस एकत्रित करण्यासाठी, मध्यवर्ती एकत्रीकरण स्विच बदलणे आवश्यक होते. आम्ही विद्यमान स्विचशेजारी नवीन स्विच स्थापित केले, त्यांना MLAG जोडीमध्ये एकत्र केले आणि कामाची तयारी करण्यास सुरुवात केली. ते ताबडतोब विद्यमान एकत्रीकरण स्विचेसशी जोडलेले होते, जेणेकरून त्यांच्याकडे सर्व क्लायंट VLAN मध्ये एक समान L2 डोमेन होते.

सर्किट तपशील

तपशीलांसाठी, जुन्या एकत्रीकरण स्विचचे नाव देऊ या ए 1 и ए 2, नवीन - N1 и N2. मध्ये याची कल्पना करूया पीओडी १ и पीओडी १ एका क्लायंटचे सर्व्हर होस्ट केलेले आहेत SE1,क्लायंट VLAN निळ्या रंगात दर्शविला आहे. हा क्लायंट दुसऱ्या डेटा सेंटरसह L2 कनेक्टिव्हिटी सेवा वापरत आहे, म्हणून त्याचे VLAN VXLAN स्विचच्या जोडीला दिले जाते.

ग्राहक SE2 मध्ये सर्व्हर होस्ट करते पीओडी १ и पीओडी १,क्लायंट VLAN गडद हिरव्या रंगात दर्शविले जाते. हा क्लायंट दुसऱ्या डेटा सेंटरसह कनेक्टिव्हिटी सेवा देखील वापरतो, परंतु L3, म्हणून त्याचे VLAN L3VPN राउटरच्या जोडीला दिले जाते.

बदलण्याच्या कोणत्या टप्प्यावर काय होते, संप्रेषणात व्यत्यय कुठे येतो आणि त्याचा कालावधी काय असू शकतो हे समजून घेण्यासाठी आम्हाला क्लायंट VLAN ची आवश्यकता आहे. या योजनेत एसटीपी प्रोटोकॉल वापरला जात नाही, कारण या प्रकरणात झाडाची रुंदी मोठी आहे आणि प्रोटोकॉलचे अभिसरण डिव्हाइसेसच्या संख्येसह आणि त्यांच्यामधील दुव्यांसह वेगाने वाढते.

दुहेरी लिंकने जोडलेली सर्व उपकरणे स्टॅक, MLAG जोडी किंवा VCS इथरनेट फॅब्रिक बनवतात. L3VPN राउटरच्या जोडीसाठी, अशा तंत्रज्ञानाचा वापर केला जात नाही, कारण L2 रिडंडंसीची आवश्यकता नाही; ते एकत्रीकरण स्विचद्वारे एकमेकांशी L2 कनेक्टिव्हिटी असणे पुरेसे आहे.

अंमलबजावणी पर्याय

पुढील कार्यक्रमांच्या पर्यायांचे विश्लेषण करताना, आम्हाला हे लक्षात आले की हे कार्य पार पाडण्याचे अनेक मार्ग आहेत. संपूर्ण स्थानिक नेटवर्कवरील जागतिक ब्रेकपासून, नेटवर्कच्या काही भागांमध्ये अक्षरशः 1-2 सेकंद ब्रेकपर्यंत.

नेटवर्क, थांबा! स्विच, त्यांना बदला!

अर्थातच, सर्व POD आणि सर्व DCI सेवांवर जागतिक संप्रेषण ब्रेक घोषित करणे आणि स्विचेसमधील सर्व लिंक्स स्विच करणे हा सर्वात सोपा मार्ग आहे. А स्विच करण्यासाठी N.

व्यत्यय व्यतिरिक्त, ज्या वेळेचा आम्ही विश्वासार्हपणे अंदाज लावू शकत नाही (होय, आम्हाला लिंक्सची संख्या माहित आहे, परंतु आम्हाला माहित नाही की काहीतरी किती वेळा चूक होईल - तुटलेल्या पॅच कॉर्ड किंवा खराब झालेल्या कनेक्टरपासून ते दोषपूर्ण पोर्ट किंवा ट्रान्सीव्हरपर्यंत ), जुन्या स्विचेस A शी जोडलेल्या पॅच कॉर्ड्स, DAC, AOC यांची लांबी नवीन स्विच N पर्यंत पोहोचण्यासाठी पुरेशी असेल की नाही हे आम्ही अद्याप आधीच सांगू शकत नाही, जरी त्यांच्या शेजारी उभे असले तरीही बाजूला, आणि तेच ट्रान्सीव्हर्स काम करतील की नाही /DAC/AOC ब्रोकेड स्विचेसवरून अरिस्टा स्विचेस.

आणि हे सर्व ग्राहकांच्या तीव्र दबावाखाली आणि तांत्रिक समर्थनाच्या परिस्थितीत (“नताशा, उठ! नताशा, तिथे सर्व काही चालत नाही! नताशा, आम्ही तांत्रिक समर्थनाला आधीच लिहिले आहे, प्रामाणिकपणे! नताशा, त्यांनी आधीच सर्वकाही सोडले आहे. नताशा, अजून किती काम करणार नाही? नताशा, कधी चालेल?!"). क्लायंटला पूर्व-घोषित ब्रेक आणि सूचना असूनही, अशा वेळी विनंत्यांचा ओघ हमखास असतो.

थांबा, 1-2-3-4!

जर आम्ही जागतिक विश्रांतीची घोषणा केली नाही, तर POD आणि DCI सेवांसाठी लहान संप्रेषण व्यत्ययांची मालिका जाहीर केली तर काय होईल. पहिल्या ब्रेक दरम्यान, स्विचेसवर स्विच करा N फक्त पीओडी १, दुसऱ्या मध्ये - दोन दिवसात - पीओडी १, नंतर आणखी काही दिवस पीओडी १, पुढील POD 4...[N], नंतर VXLAN स्विचेस आणि नंतर L3VPN राउटर.

स्विचिंग कामाच्या या संघटनेसह, आम्ही एक-वेळच्या कामाची जटिलता कमी करतो आणि अचानक काहीतरी चूक झाल्यास समस्या सोडवण्यासाठी आमचा वेळ वाढवतो. POD 1 स्विच केल्यानंतर इतर POD आणि DCI शी जोडलेले राहते. परंतु हे काम स्वतःच बराच काळ चालू राहते; डेटा सेंटरमधील या कामादरम्यान, अभियंत्याला शारीरिकरित्या स्विचिंग करणे आवश्यक आहे आणि कामाच्या दरम्यान (आणि असे काम, नियमानुसार, रात्री, 2 पासून केले जाते. सकाळी 5 पर्यंत), ऑनलाइन नेटवर्क अभियंत्याची उपस्थिती बऱ्यापैकी उच्च स्तरीय पात्रतेवर आवश्यक आहे. परंतु नंतर आम्हाला लहान संप्रेषण व्यत्यय येतो; नियमानुसार, अर्ध्या तासाच्या अंतराने 2 मिनिटांच्या ब्रेकसह कार्य केले जाऊ शकते (सराव मध्ये, उपकरणांच्या अपेक्षित वर्तनासह अनेकदा 20-30 सेकंद).

उदाहरण क्लायंट मध्ये SE1 किंवा क्लायंट SE2 तुम्हाला कमीतकमी तीन वेळा संप्रेषण व्यत्ययासह कामाबद्दल चेतावणी द्यावी लागेल - एका पीओडीवर काम करण्याची पहिली वेळ, ज्यामध्ये त्याचा एक सर्व्हर आहे, दुसऱ्यांदा - दुसऱ्यावर आणि तिसऱ्या वेळी - जेव्हा DCI सेवांसाठी उपकरणे स्विच करणे.

एकत्रित संप्रेषण चॅनेल स्विच करणे

आम्ही उपकरणांच्या अपेक्षित वर्तनाबद्दल का बोलत आहोत आणि संप्रेषण व्यत्यय कमी करताना एकत्रित चॅनेल कसे स्विच केले जाऊ शकतात? चला खालील चित्राची कल्पना करूया:

लिंकच्या एका बाजूला POD वितरण स्विचेस आहेत - D1 и D2, ते एकमेकांसोबत एक MLAG जोडी तयार करतात (स्टॅक, VCS कारखाना, vPC जोडी), दुसरीकडे दोन दुवे आहेत - 1 शी दुवा साधा и 2 शी दुवा साधा - जुन्या एकत्रीकरण स्विचच्या MLAG जोडीमध्ये समाविष्ट А. स्विच बाजूला D नावासह एकत्रित इंटरफेस पोर्ट-चॅनेल ए, एकत्रीकरण स्विचच्या बाजूला А - नावासह एकत्रित इंटरफेस पोर्ट-चॅनेल डी.

एकत्रित इंटरफेस त्यांच्या ऑपरेशनमध्ये LACP वापरतात, म्हणजेच, दोन्ही बाजूंचे स्विच नियमितपणे दोन्ही लिंक्सवर LCPDU पॅकेट्सची देवाणघेवाण करतात याची खात्री करण्यासाठी दुवे:

• कामगार
• रिमोट बाजूला उपकरणांच्या एका जोडीमध्ये समाविष्ट आहे.

पॅकेट्सची देवाणघेवाण करताना, पॅकेटमध्ये मूल्य असते सिस्टम-आयडी, जेथे हे दुवे समाविष्ट केले आहेत ते डिव्हाइस सूचित करते. एमएलएजी जोडीसाठी (स्टॅक, फॅक्टरी, इ.), एकत्रित इंटरफेस तयार करणाऱ्या डिव्हाइसेससाठी सिस्टम-आयडी मूल्य समान आहे. स्विच करा D1 ला पाठवते 1 शी दुवा साधा अर्थ सिस्टम-आयडी डी, आणि स्विच D2 ला पाठवते 2 शी दुवा साधा अर्थ सिस्टम-आयडी डी.

स्विचेस ए 1 и ए 2 एका Po D इंटरफेसवर प्राप्त झालेल्या LCPDU पॅकेटचे विश्लेषण करा आणि त्यातील सिस्टम-आयडी जुळत आहे का ते तपासा. जर एखाद्या लिंकद्वारे मिळालेला सिस्टम-आयडी अचानक वेगळा झाला वर्तमान ऑपरेटिंग मूल्यापासून, नंतर परिस्थिती सुधारेपर्यंत हा दुवा एकत्रित इंटरफेसमधून काढून टाकला जातो. आता आमच्या स्विच बाजूला D LACP भागीदाराकडून वर्तमान सिस्टम-आयडी मूल्य - A, आणि स्विच बाजूला А — LACP भागीदाराकडून वर्तमान सिस्टम-आयडी मूल्य — D.

आम्हाला एकत्रित इंटरफेस स्विच करण्याची आवश्यकता असल्यास, आम्ही ते दोन वेगवेगळ्या प्रकारे करू शकतो:

पद्धत 1 - सोपी
स्विच A मधील दोन्ही दुवे अक्षम करा. या प्रकरणात, एकत्रित चॅनेल कार्य करत नाही.

दोन्ही लिंक्स एक-एक करून स्विचेस कनेक्ट करा N, नंतर LACP ऑपरेटिंग पॅरामीटर्सवर पुन्हा बोलणी केली जाईल आणि इंटरफेस तयार केला जाईल पो डी स्विचेस वर N आणि दुव्यांवर मूल्यांचे प्रसारण सिस्टम-आयडी एन.

पद्धत 2 - व्यत्यय कमी करा
A2 स्विच वरून लिंक 2 डिस्कनेक्ट करा. त्याच वेळी, दरम्यान वाहतूक А и D फक्त एका लिंकवर प्रसारित करणे सुरू राहील, जे एकत्रित इंटरफेसचा भाग राहील.

N2 स्विच करण्यासाठी लिंक 2 कनेक्ट करा. स्विच वर N एकत्रित इंटरफेस आधीच कॉन्फिगर केलेला आहे पो डी एन, आणि स्विच N2 LCPDU मध्ये प्रसारित करणे सुरू होईल सिस्टम-आयडी एन. या टप्प्यावर आम्ही आधीच तपासू शकतो की स्विच N2 साठी वापरलेल्या ट्रान्सीव्हरसह योग्यरित्या कार्य करते 2 शी दुवा साधा, की कनेक्शन पोर्ट राज्यात दाखल झाले आहे Up, आणि LCPDUs प्रसारित करताना कनेक्शन पोर्टवर कोणतीही त्रुटी उद्भवत नाही.

पण स्विच की खरं D2 एकत्रित इंटरफेससाठी पो ए बाजूला पासून लिंक 2 ला सध्याच्या ऑपरेटिंग सिस्टम-आयडी ए मूल्यापेक्षा वेगळे सिस्टम-आयडी N मूल्य प्राप्त होते, स्विचेस परवानगी देत ​​नाही D ओळख करून देणे 2 शी दुवा साधा एकत्रित इंटरफेसचा भाग पो ए. स्विच करा N प्रवेश करू शकत नाही 2 शी दुवा साधा ऑपरेशनमध्ये, कारण त्यास स्विचच्या LACP भागीदाराकडून कार्यक्षमतेची पुष्टी प्राप्त होत नाही D2. परिणामी वाहतूक आहे 2 शी दुवा साधा पार पडत नाही.

आणि आता आम्ही A1 स्विच वरून लिंक 1 बंद करतो, त्यामुळे स्विचेस वंचित ठेवतात А и D कार्यरत एकूण इंटरफेस. तर स्विचच्या बाजूला D इंटरफेससाठी वर्तमान कार्यरत सिस्टम-आयडी मूल्य नाहीसे होते पो ए.

हे स्विचेस अनुमती देते D и N सिस्टम-आयडीची देवाणघेवाण करण्यास सहमती ए.एन. इंटरफेस वर पो ए и पो डी एन, जेणेकरून ट्रॅफिक लिंकच्या बाजूने प्रसारित करणे सुरू होईल 2 शी दुवा साधा. या प्रकरणात ब्रेक, सराव मध्ये, 2 सेकंदांपर्यंत आहे.

आणि आता आपण N1 वर स्विच करण्यासाठी लिंक 1 सहजपणे स्विच करू शकतो, इंटरफेस रिडंडन्सीची क्षमता आणि पातळी पुनर्संचयित करणे पो ए и पो डी एन. जेव्हा ही लिंक जोडली जाते तेव्हा, वर्तमान सिस्टम-आयडी मूल्य दोन्ही बाजूंनी बदलत नाही, कोणताही व्यत्यय नाही.

अतिरिक्त दुवे

परंतु स्विचिंगच्या वेळी इंजिनीअरच्या उपस्थितीशिवाय स्विच केले जाऊ शकते. हे करण्यासाठी, आम्हाला वितरण स्विच दरम्यान अतिरिक्त दुवे आगाऊ घालण्याची आवश्यकता असेल D आणि नवीन एकत्रीकरण स्विच N.

आम्ही एकत्रीकरण स्विच दरम्यान नवीन दुवे घालत आहोत N आणि सर्व POD साठी वितरण स्विच. यासाठी ऑर्डर करणे आणि अतिरिक्त पॅच कॉर्ड घालणे आणि अतिरिक्त ट्रान्ससीव्हर्स स्थापित करणे आवश्यक आहे N, आणि मध्ये D. आम्ही हे करू शकतो कारण आमच्या स्विचेसमध्ये D प्रत्येक पीओडीमध्ये विनामूल्य पोर्ट असतात (किंवा आम्ही त्यांना पूर्व-मुक्त करतो). परिणामी, प्रत्येक POD जुन्या स्विचेस A आणि नवीन स्विचेस N शी दोन लिंक्सद्वारे भौतिकरित्या जोडलेले आहे.

स्विच वर D दोन एकत्रित इंटरफेस तयार केले आहेत - पो ए दुव्यांसह 1 शी दुवा साधा и 2 शी दुवा साधाआणि पो एन - दुव्यांसह दुवा N1 и दुवा N2. या टप्प्यावर, आम्ही इंटरफेस आणि लिंक्सचे योग्य कनेक्शन तपासतो, लिंक्सच्या दोन्ही टोकांवर ऑप्टिकल सिग्नलचे स्तर (स्विचमधून डीडीएम माहितीद्वारे), आम्ही लोडखाली असलेल्या लिंकचे कार्यप्रदर्शन देखील तपासू शकतो किंवा स्थितींचे निरीक्षण करू शकतो. दोन दिवसांसाठी ऑप्टिकल सिग्नल आणि ट्रान्सीव्हर तापमान.

वाहतूक अजूनही इंटरफेसद्वारे पाठविली जाते पो ए, आणि इंटरफेस पो एन वाहतूक खर्च नाही. इंटरफेसवरील सेटिंग्ज यासारख्या आहेत:

Interface Port-channel A
Switchport mode trunk
Switchport allowed vlan C1, C2

Interface Port-channel N
Switchport mode trunk
Switchport allowed vlan none

डी स्विचेस, नियमानुसार, सत्र-आधारित कॉन्फिगरेशन बदलांना समर्थन देतात; ही कार्यक्षमता असलेले स्विच मॉडेल वापरले जातात. त्यामुळे आम्ही एका चरणात Po A आणि Po N इंटरफेसची सेटिंग्ज बदलू शकतो:

Configure session
Interface Port-channel A
Switchport allowed vlan none
Interface Port-channel N
Switchport allowed vlan C1, C2
Commit

मग कॉन्फिगरेशन बदल त्वरीत होईल आणि ब्रेक, सराव मध्ये, 5 सेकंदांपेक्षा जास्त नसेल.

ही पद्धत आम्हाला सर्व तयारीची कामे आगाऊ पूर्ण करण्यास, सर्व आवश्यक तपासण्या पूर्ण करण्यास, प्रक्रियेतील सहभागींसोबत कामाचे समन्वय साधण्यास, सर्जनशीलतेच्या उड्डाणांशिवाय, कामाच्या उत्पादनासाठीच्या क्रियांचा तपशीलवार अंदाज लावू देते जेव्हा “सर्व काही चुकले. ,” आणि मागील कॉन्फिगरेशनवर परत येण्याची योजना हातात आहे. या योजनेनुसार कार्य नेटवर्क अभियंत्याद्वारे साइटवर डेटा सेंटर अभियंत्याच्या उपस्थितीशिवाय केले जाते जो शारीरिकरित्या स्विचिंग करतो.

स्विचिंगच्या या पद्धतीमध्ये काय महत्त्वाचे आहे ते म्हणजे सर्व नवीन लिंक्सचे आधीच आगाऊ निरीक्षण केले जाते. त्रुटी, युनिटमध्ये लिंक्स समाविष्ट करणे, लिंक लोड करणे - सर्व आवश्यक माहिती मॉनिटरिंग सिस्टममध्ये आधीपासूनच आहे आणि हे आधीच नकाशांवर काढलेले आहे.

डी-डे

पॉड

आम्ही क्लायंटसाठी कमीत कमी वेदनादायक स्विचिंग मार्ग निवडले आणि अतिरिक्त लिंक्ससह "काहीतरी चूक झाली" परिस्थितीची शक्यता कमी आहे. म्हणून आम्ही सर्व पीओडी नवीन एकत्रीकरण स्विचवर दोन रात्री स्विच केले.

पण फक्त DCI सेवा पुरवणारी उपकरणे बदलणे बाकी आहे.

L2

L2 कनेक्टिव्हिटी प्रदान करणाऱ्या उपकरणांच्या बाबतीत, आम्ही अतिरिक्त लिंकसह समान कार्य करण्यास सक्षम नव्हतो. याची किमान दोन कारणे आहेत:

• VXLAN स्विचेसवर आवश्यक गतीच्या विनामूल्य पोर्टचा अभाव.
• VXLAN स्विचेसवरील सत्र कॉन्फिगरेशन बदल कार्यक्षमतेचा अभाव.

नवीन सिस्टीम-आयडी जोडीवर सहमती देतानाच आम्ही “एकावेळी एक” लिंक्स एका ब्रेकसह स्विच केल्या नाहीत, कारण आम्हाला 100% विश्वास नव्हता की ही प्रक्रिया योग्य प्रकारे होईल आणि प्रयोगशाळेतील चाचणीत असे दिसून आले की जर "काहीतरी चूक झाली," तर आम्हाला कनेक्शनमध्ये व्यत्यय येतो आणि सर्वात वाईट म्हणजे केवळ इतर डेटा केंद्रांसह L2 कनेक्टिव्हिटी असलेल्या क्लायंटसाठीच नाही तर सर्वसाधारणपणे या डेटा सेंटरच्या सर्व क्लायंटसाठी.

आम्ही L2 चॅनेलच्या संक्रमणापूर्वी प्रचाराचे काम केले, त्यामुळे VXLAN स्विचेसवरील कामामुळे प्रभावित झालेल्या क्लायंटची संख्या एक वर्षापूर्वीच्या तुलनेत अनेक पटीने कमी होती. परिणामी, आम्ही एका डेटा सेंटरमध्ये स्थानिक नेटवर्क सेवांचे सामान्य ऑपरेशन राखून ठेवल्यास, L2 कनेक्शन सेवेद्वारे संप्रेषणात व्यत्यय आणण्याचा निर्णय घेतला. याव्यतिरिक्त, या सेवेसाठी SLA व्यत्ययांसह नियोजित कार्य पार पाडण्याची शक्यता प्रदान करते.

L3

DCI सेवा आयोजित करताना आम्ही प्रत्येकाने L3VPN वर स्विच करण्याची शिफारस का केली? संप्रेषणात व्यत्यय न आणता, रिडंडंसी पातळी N+0 पर्यंत कमी करून, ही सेवा प्रदान करणाऱ्या राउटरपैकी एकावर कार्य करण्याची क्षमता हे एक कारण आहे.

चला सेवा वितरण योजना जवळून पाहू. या सेवेमध्ये, L2 सेगमेंट क्लायंट सर्व्हरवरून फक्त L3VPN Selectel राउटरवर जातो. राउटरवर क्लायंट नेटवर्क बंद केले आहे.

प्रत्येक क्लायंट सर्व्हर, उदा. S2 и S3 वरील चित्रात, त्यांचे स्वतःचे खाजगी IP पत्ते आहेत - सर्व्हर S10.0.0.2 वर 24/2 и सर्व्हर S10.0.0.3 वर 24/3. पत्ते 10.0.0.252/24 и 10.0.0.253/24 Selectel द्वारे राउटरना नियुक्त केले आहे L3VPN-1 и L3VPN-2, अनुक्रमे. IP पत्ता 10.0.0.254/24 हा VRRP VIP पत्ता आहे सिलेक्टेल राउटरवर.

तुम्ही L3VPN सेवेबद्दल अधिक जाणून घेऊ शकता वाचा आमच्या ब्लॉगमध्ये.

स्विच करण्यापूर्वी, सर्वकाही अंदाजे आकृतीप्रमाणे दिसत होते:

दोन राउटर L3VPN-1 и L3VPN-2 जुन्या एकत्रीकरण स्विचशी जोडलेले होते А. VRRP VIP पत्ता 10.0.0.254 साठी मास्टर राउटर आहे L3VPN-1. या पत्त्याला राउटरपेक्षा जास्त प्राधान्य आहे L3VPN-2.

unit 1006 {
    description C2;
    vlan-id 1006;
    family inet {       
        address 10.0.0.252/24 {
            vrrp-group 1 {
                priority 200;
                virtual-address 10.100.0.254;
                preempt {
                    hold-time 120;
                }
                accept-data;
            }
        }
    }
}

S2 सर्व्हर इतर ठिकाणांवरील सर्व्हरशी संवाद साधण्यासाठी गेटवे 10.0.0.254 वापरतो. अशा प्रकारे, नेटवर्कवरून L3VPN-2 राउटर डिस्कनेक्ट केल्याने (अर्थातच, जर ते प्रथम MPLS डोमेनवरून डिस्कनेक्ट झाले असेल तर) क्लायंटच्या सर्व्हरच्या कनेक्टिव्हिटीवर परिणाम करत नाही. या टप्प्यावर, सर्किटची रिडंडंसी पातळी फक्त कमी केली जाते.

यानंतर आम्ही राउटर सुरक्षितपणे पुन्हा कनेक्ट करू शकतो L3VPN-2 स्विचच्या जोडीला N. दुवे घाला, ट्रान्सीव्हर्स बदला. राउटरचे लॉजिकल इंटरफेस, ज्यावर क्लायंट सेवांचे ऑपरेशन अवलंबून असते, सर्वकाही जसे पाहिजे तसे कार्य करत असल्याची पुष्टी होईपर्यंत अक्षम केले जातात.

इंटरफेसवरील दुवे, ट्रान्सीव्हर्स, सिग्नल पातळी आणि त्रुटी पातळी तपासल्यानंतर, राउटर कार्यान्वित केले जाते, परंतु स्विचच्या नवीन जोडीशी आधीच कनेक्ट केलेले आहे.

पुढे, आम्ही L3VPN-1 राउटरची VRRP प्राथमिकता कमी करतो आणि VIP पत्ता 10.0.0.254 L3VPN-2 राउटरवर हलविला जातो. ही कामे देखील दळणवळणाच्या व्यत्ययाशिवाय केली जातात.

VIP पत्ता 10.0.0.254 राउटरवर हस्तांतरित करत आहे L3VPN-2 आपल्याला राउटर अक्षम करण्यास अनुमती देते L3VPN-1 क्लायंटसाठी संप्रेषणात व्यत्यय न आणता आणि एकत्रीकरण स्विचच्या नवीन जोडीशी कनेक्ट करा N.

L3VPN-1 राउटरवर VRRP VIP परत करायचा की नाही हा दुसरा प्रश्न आहे, आणि जरी तो परत आला तरी, तो कनेक्शनमध्ये व्यत्यय न आणता केला जातो.

एकूण

या सर्व पायऱ्यांनंतर, आम्ही आमच्या ग्राहकांसाठी कमीत कमी व्यत्यय आणत आमच्या डेटा केंद्रांपैकी एकामध्ये एकत्रीकरण स्विच बदलले.

जे उरले आहे ते नष्ट करणे आहे. जुने स्विचेस काढून टाकणे, A आणि D स्विचेसमधील जुने दुवे काढून टाकणे, या लिंक्समधून ट्रान्सीव्हर्सचे विघटन करणे, मॉनिटरिंगची दुरुस्ती, दस्तऐवजीकरण आणि मॉनिटरिंगमधील नेटवर्क आकृत्यांची दुरुस्ती.

आम्ही स्विचेस, ट्रान्सीव्हर्स, पॅच कॉर्ड्स, एओसी, डीएसी इतर प्रकल्पांमध्ये स्विच केल्यानंतर किंवा इतर तत्सम स्विचिंगसाठी वापरू शकतो.

"नताशा, आम्ही सर्व काही बदलले!"

स्त्रोत: www.habr.com