पहिल्या दोन लेखांमध्ये, मी ऑटोमेशनचा मुद्दा उपस्थित केला आणि त्याची चौकट रेखाटली, दुसऱ्या लेखात मी सेवांचे कॉन्फिगरेशन स्वयंचलित करण्याचा पहिला दृष्टिकोन म्हणून नेटवर्क व्हर्च्युअलायझेशनमध्ये माघार घेतली.
आता भौतिक नेटवर्कचा आकृती काढण्याची वेळ आली आहे.

तुम्ही डेटा सेंटर नेटवर्क्स सेट करण्याशी परिचित नसल्यास, मी यापासून प्रारंभ करण्याची जोरदार शिफारस करतो त्यांच्याबद्दलचे लेख.

सर्व समस्या:

• 0. ADSM. भाग शून्य. नियोजन
• 1. ADSM. भाग एक (जे शून्य नंतर आहे). नेटवर्क आभासीकरण
• 2. ADSM. भाग दुसरा. नेटवर्क डिझाइन

या मालिकेत वर्णन केलेल्या पद्धती कोणत्याही प्रकारच्या नेटवर्क, कोणत्याही आकारात, कोणत्याही प्रकारच्या विक्रेत्यांसह (नाही) लागू असाव्यात. तथापि, या दृष्टिकोनांच्या वापराचे सार्वत्रिक उदाहरण वर्णन करणे अशक्य आहे. म्हणून, मी डीसी नेटवर्कच्या आधुनिक आर्किटेक्चरवर लक्ष केंद्रित करेन: Kloz कारखाना.
आम्ही MPLS L3VPN वर DCI करू.

एक ओव्हरले नेटवर्क होस्टकडून भौतिक नेटवर्कच्या वर चालते (हे OpenStack चे VXLAN किंवा टंगस्टन फॅब्रिक किंवा इतर काहीही असू शकते ज्यासाठी नेटवर्कवरून फक्त मूलभूत IP कनेक्टिव्हिटी आवश्यक आहे).

या प्रकरणात, आम्हाला ऑटोमेशनसाठी तुलनेने सोपी परिस्थिती मिळते, कारण आमच्याकडे बरीच उपकरणे आहेत जी त्याच प्रकारे कॉन्फिगर केलेली आहेत.

आम्ही व्हॅक्यूममध्ये गोलाकार डीसी निवडू:

• सर्वत्र एक डिझाइन आवृत्ती.
• दोन विक्रेते दोन नेटवर्क विमाने तयार करतात.
• एक डीसी पॉडमधील दोन वाटाण्यासारखा दुसरा.

सामग्री

• भौतिक टोपोलॉजी
• राउटिंग
• आयपी योजना
• लाबा
• निष्कर्ष
• उपयुक्त दुवे

आमच्या सेवा प्रदाता LAN_DC ला, उदाहरणार्थ, अडकलेल्या लिफ्टमध्ये टिकून राहण्याविषयी प्रशिक्षण व्हिडिओ होस्ट करू द्या.

मेगासिटीजमध्ये हे अत्यंत लोकप्रिय आहे, म्हणून तुम्हाला अनेक भौतिक मशीन्सची आवश्यकता आहे.

प्रथम, मी नेटवर्कचे अंदाजे मला जसे हवे तसे वर्णन करेन. आणि मग मी ते प्रयोगशाळेसाठी सोपे करेन.

भौतिक टोपोलॉजी

स्थाने

LAN_DC मध्ये 6 DC असतील:

• रशिया (RU):
  • मॉस्को (एमएसके)
  • कझान (kzn)

• स्पेन (SP):
  • बार्सिलोना (bcn)
  • मलागा (एमएलजी)

• चीन (CN):
  • शांघाय (SHA)
  • शिआन (सिया)

इनसाइड डीसी (इंट्रा-डीसी)

सर्व DC मध्ये Clos टोपोलॉजीवर आधारित एकसारखे अंतर्गत कनेक्टिव्हिटी नेटवर्क आहेत.
ते कोणत्या प्रकारचे Clos नेटवर्क आहेत आणि ते वेगळे का आहेत लेख.

प्रत्येक DC मशिनसह 10 रॅक आहेत, त्यांना क्रमांक दिले जातील A, B, C आणि याप्रमाणे.

प्रत्येक रॅकमध्ये 30 मशीन आहेत. ते आम्हाला रुचणार नाहीत.

तसेच प्रत्येक रॅकमध्ये एक स्विच आहे ज्यावर सर्व मशीन कनेक्ट केल्या आहेत - हे आहे रॅक स्विचचा वरचा भाग - ToR किंवा अन्यथा, Clos कारखान्याच्या संदर्भात, आम्ही त्याला कॉल करू लीफ.

कारखान्याचे सामान्य आकृती.

आम्ही त्यांना कॉल करू XXX- पानेYकुठे XXX - तीन-अक्षरी संक्षेप DC, आणि Y - अनुक्रमांक. उदाहरणार्थ, kzn-leaf11.

माझ्या लेखांमध्ये मी स्वतःला लीफ आणि टीओआर हे शब्द समानार्थी शब्द म्हणून वापरण्याची परवानगी देईन. तथापि, आपण हे लक्षात ठेवले पाहिजे की असे नाही.
टीओआर हे एका रॅकमध्ये स्थापित केलेले स्विच आहे ज्याला मशीन जोडल्या जातात.
लीफ ही भौतिक नेटवर्कमधील उपकरणाची भूमिका आहे किंवा क्लोज टोपोलॉजीच्या दृष्टीने प्रथम-स्तरीय स्विच आहे.
म्हणजे लीफ != ToR.
उदाहरणार्थ, लीफ एक EndofRaw स्विच असू शकते.
तथापि, या लेखाच्या चौकटीत आम्ही त्यांना समानार्थी शब्द मानू.

प्रत्येक टीओआर स्विच चार उच्च-स्तरीय एकत्रीकरण स्विचशी जोडलेले आहे - पाठीचा कणा. DC मधील एक रॅक स्पाईन्ससाठी दिलेला आहे. आम्ही त्याचप्रमाणे नाव देऊ: XXX-पाठीचा कणाY.

त्याच रॅकमध्ये बोर्डवरील MPLS सह DC - 2 राउटर दरम्यान कनेक्टिव्हिटीसाठी नेटवर्क उपकरणे असतील. पण मोठ्या प्रमाणात हे समान टीओआर आहेत. म्हणजेच, स्पाइन स्विचेसच्या दृष्टिकोनातून, कनेक्टेड मशीन किंवा डीसीआयसाठी राउटरसह नेहमीचा टीओआर अजिबात फरक पडत नाही - फक्त फॉरवर्ड करणे.

असे विशेष टीओआर म्हणतात कडा-पान. आम्ही त्यांना कॉल करू XXX-शिक्षणY.

हे असे दिसेल.

वरील आकृतीमध्ये, मी खरं तर काठ आणि पान एकाच पातळीवर ठेवले. क्लासिक थ्री-लेयर नेटवर्क त्यांनी आम्हाला अपलिंकिंग (म्हणूनच संज्ञा) अपलिंक म्हणून विचार करायला शिकवले. आणि येथे असे दिसून आले की डीसीआय “अपलिंक” परत खाली जाते, जे काहींसाठी सामान्य तर्काला किंचित खंडित करते. मोठ्या नेटवर्कच्या बाबतीत, जेव्हा डेटा केंद्रे अगदी लहान युनिट्समध्ये विभागली जातात - पॉड's (पोइंट ऑफ डिलिव्हरी), वैयक्तिक हायलाइट करा एज-पीओडीDCI साठी आणि बाह्य नेटवर्कमध्ये प्रवेश.

भविष्यात सहज समजण्यासाठी, मी अजूनही मणक्याच्या वर काठ काढेन, तर आम्ही लक्षात ठेवू की स्पाइनवर कोणतीही बुद्धिमत्ता नाही आणि नियमित लीफ आणि एज-लीफसह काम करताना कोणतेही फरक नाहीत (जरी येथे बारकावे असू शकतात. , परंतु सर्वसाधारणपणे हे खरे आहे).

कडा-पानांसह कारखान्याची योजना.

लीफ, स्पाइन आणि एजची त्रिमूर्ती अंडरले नेटवर्क किंवा कारखाना बनवते.

नेटवर्क फॅक्टरीचे कार्य (अंडरले वाचा), जसे आम्ही आधीच परिभाषित केले आहे शेवटचा अंक, अगदी, अगदी सोपे - समान DC मध्ये आणि त्यांच्या दरम्यान दोन्ही मशीन्समध्ये IP कनेक्टिव्हिटी प्रदान करण्यासाठी.
म्हणूनच नेटवर्कला फॅक्टरी म्हणतात, जसे की, मॉड्यूलर नेटवर्क बॉक्सेसमध्ये स्विचिंग फॅक्टरी, ज्याबद्दल आपण अधिक वाचू शकता SDSM14.

सर्वसाधारणपणे, अशा टोपोलॉजीला कारखाना म्हणतात, कारण भाषांतरात फॅब्रिक म्हणजे फॅब्रिक. आणि असहमत होणे कठीण आहे:

कारखाना पूर्णपणे L3 आहे. VLAN नाही, ब्रॉडकास्ट नाही - आमच्याकडे LAN_DC मध्ये असे अद्भुत प्रोग्रामर आहेत, त्यांना L3 पॅराडाइममध्ये राहणारे ऍप्लिकेशन कसे लिहायचे हे माहित आहे आणि व्हर्च्युअल मशीन्सना IP पत्ता जतन करून थेट स्थलांतराची आवश्यकता नाही.

आणि पुन्हा एकदा: कारखाना का आणि एल 3 वेगळे का आहे या प्रश्नाचे उत्तर लेख.

DCI - डेटा सेंटर इंटरकनेक्ट (इंटर-DC)

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

मला माहिती आहे की मी प्रत्येक वेळी घटक काढून टाकतो तेव्हा मी नेटवर्क लक्षणीयरीत्या सरलीकृत करतो. आणि जेव्हा आम्ही आमचे अमूर्त नेटवर्क स्वयंचलित करतो, तेव्हा सर्व काही ठीक होईल, परंतु वास्तविक नेटवर्कवर क्रॅच असतील.
हे खरं आहे. तरीही, या मालिकेचा मुद्दा विचार करणे आणि दृष्टिकोनांवर कार्य करणे हा आहे, काल्पनिक समस्यांचे वीरपणे निराकरण करणे नाही.

एज-लीफ्सवर, अंडरले VPN मध्ये ठेवला जातो आणि MPLS बॅकबोन (समान थेट लिंक) द्वारे प्रसारित केला जातो.

आम्हाला मिळालेला हा उच्च-स्तरीय आकृती आहे.

राउटिंग

DC मध्ये मार्ग काढण्यासाठी आम्ही BGP वापरू.
MPLS ट्रंक OSPF+LDP वर.
DCI साठी, म्हणजे, MPLS वर BGP L3VPN - भूमिगत कनेक्टिव्हिटी आयोजित करणे.

सामान्य मार्ग योजना

कारखान्यात कोणतेही OSPF किंवा ISIS (रशियन फेडरेशनमध्ये निषिद्ध रूटिंग प्रोटोकॉल) नाही.

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

DC मध्ये BGP राउटिंग योजना

बीजीपी का?

या विषयावर आहे संपूर्ण RFC Facebook आणि Arista च्या नावावर आहे, जे कसे तयार करायचे ते सांगते खुप मोठे BGP वापरून डेटा सेंटर नेटवर्क. हे जवळजवळ काल्पनिक कथांसारखे वाचते, मी अत्यंत निस्तेज संध्याकाळसाठी याची शिफारस करतो.

आणि माझ्या लेखात एक संपूर्ण विभाग देखील याला समर्पित आहे. मी तुला कुठे नेऊ आणि मी पाठवत आहे.

परंतु तरीही, थोडक्यात, मोठ्या डेटा सेंटर्सच्या नेटवर्कसाठी कोणताही आयजीपी योग्य नाही, जिथे नेटवर्क उपकरणांची संख्या हजारोंच्या घरात आहे.

याव्यतिरिक्त, सर्वत्र BGP वापरणे तुम्हाला अनेक भिन्न प्रोटोकॉल आणि त्यांच्या दरम्यान समक्रमण करण्यात वेळ वाया घालवू देणार नाही.

हृदयावर हात, आमच्या कारखान्यात, ज्याची संभाव्यता जास्त प्रमाणात वेगाने वाढणार नाही, डोळ्यांसाठी ओएसपीएफ पुरेसे असेल. या प्रत्यक्षात मेगास्केलर्स आणि क्लाउड टायटन्सच्या समस्या आहेत. पण आपण कल्पना करूया की काही रिलीझसाठी आपल्याला त्याची गरज आहे आणि आपण BGP वापरू, जसे Pyotr Lapukhov ने दिले.

राउटिंग धोरणे

लीफ स्विचेसवर, आम्ही अंडरले नेटवर्क इंटरफेसमधून बीजीपीमध्ये उपसर्ग आयात करतो.
आम्ही दरम्यान एक बीजीपी सत्र होईल प्रत्येक लीफ-स्पाइन जोडी, ज्यामध्ये हे अंडरले उपसर्ग नेटवर्कवर पुढे आणि पुढे घोषित केले जातील.

एका डेटा सेंटरमध्ये, आम्ही ToRe मध्ये आयात केलेली वैशिष्ट्ये वितरित करू. एज-लीफ्सवर आम्ही त्यांना एकत्रित करू आणि त्यांना रिमोट डीसीमध्ये घोषित करू आणि TORs वर पाठवू. म्हणजेच, त्याच DC मधील दुसर्‍या ToR वर कसे जायचे आणि दुसर्‍या DC मधील ToR कडे एंट्री पॉइंट कुठे आहे हे प्रत्येक ToR ला नक्की कळेल.

DCI मध्ये, मार्ग VPNv4 म्हणून प्रसारित केले जातील. हे करण्यासाठी, एज-लीफवर, फॅक्टरीकडे जाणारा इंटरफेस VRF मध्ये ठेवला जाईल, चला त्याला अंडरले म्हणू या, आणि एज-लीफवर स्पाईन असलेले शेजार VRF मध्ये आणि VPNv4 मधील एज-लीफ्स दरम्यान वाढेल. कुटुंब

आम्ही मणक्यांकडून त्यांच्याकडे परत आलेल्या मार्गांची पुन्हा घोषणा करण्यास देखील प्रतिबंधित करू.

लीफ आणि स्पाइनवर आम्ही लूपबॅक आयात करणार नाही. आम्हाला फक्त राउटर आयडी निर्धारित करण्यासाठी त्यांची आवश्यकता आहे.

परंतु एज-लीफ्सवर आम्ही ते ग्लोबल बीजीपीमध्ये आयात करतो. लूपबॅक पत्त्यांदरम्यान, एज-लीफ्स एकमेकांसोबत IPv4 VPN-कुटुंबात BGP सत्र स्थापन करतील.

आमच्याकडे EDGE उपकरणांमध्ये OSPF+LDP बॅकबोन असेल. सर्व काही एका झोनमध्ये आहे. अत्यंत साधे कॉन्फिगरेशन.

हे राउटिंगचे चित्र आहे.

BGP ASN

एज-लीफ ASN

एज-लीफ्समध्ये सर्व DC मध्ये एक ASN असेल. एज-लीफ्समध्ये iBGP असणे महत्वाचे आहे आणि आम्ही eBGP च्या बारकावे मध्ये अडकत नाही. ते 65535 असू द्या. प्रत्यक्षात, ही सार्वजनिक AS ची संख्या असू शकते.

स्पाइन ASN

स्पाइनवर आमच्याकडे प्रति DC एक ASN असेल. येथे खाजगी AS - 64512, 64513 आणि अशाच श्रेणीतील पहिल्या क्रमांकापासून सुरुवात करूया.

DC वर ASN का?

या प्रश्नाचे दोन भाग करूया:

• एका DC च्या सर्व मणक्यांवर ASN समान का असतात?
• वेगवेगळ्या डीसीमध्ये ते वेगळे का आहेत?

एका DC च्या सर्व मणक्यांवर समान ASN का असतात?

एज-लीफवरील अंडरले मार्गाचा AS-पाथ असा दिसेल:
[leafX_ASN, spine_ASN, edge_ASN]
जेव्हा तुम्ही त्याची परत स्पाइनवर जाहिरात करण्याचा प्रयत्न कराल, तेव्हा ते ते टाकून देईल कारण त्याचे AS (Spine_AS) आधीच सूचीमध्ये आहे.

तथापि, DC मध्ये आम्‍ही पूर्णपणे समाधानी आहोत की काठावर जाणारे अंडरले मार्ग खाली जाऊ शकणार नाहीत. DC मधील यजमानांमधील सर्व संप्रेषण मणक्याच्या पातळीवर होणे आवश्यक आहे.

त्याच वेळी, इतर DC चे एकत्रित मार्ग कोणत्याही परिस्थितीत ToRs पर्यंत सहज पोहोचतील - त्यांच्या AS-Path मध्ये फक्त ASN 65535 असेल - AS Edge-leafs ची संख्या, कारण ते तिथेच तयार केले गेले.

वेगवेगळ्या डीसीमध्ये ते वेगळे का आहेत?

सैद्धांतिकदृष्ट्या, आम्हाला डीसी दरम्यान लूपबॅक आणि काही सर्व्हिस व्हर्च्युअल मशीन ड्रॅग करण्याची आवश्यकता असू शकते.

उदाहरणार्थ, होस्टवर आम्ही रूट रिफ्लेक्टर किंवा चालवू समान VNGW (व्हर्च्युअल नेटवर्क गेटवे), जे BGP द्वारे TopR सह लॉक करेल आणि त्याच्या लूपबॅकची घोषणा करेल, जे सर्व DC वरून प्रवेशयोग्य असावे.

तर त्याचा एएस-पाथ असा दिसेल:
[VNF_ASN, leafX_DC1_ASN, spine_DC1_ASN, edge_ASN, spine_DC2_ASN, leafY_DC2_ASN]

आणि कुठेही डुप्लिकेट ASN नसावेत.

म्हणजेच, स्पाइन_डीसी१ आणि स्पाइन_डीसी२ भिन्न असले पाहिजेत, जसे leafX_DC1 आणि leafY_DC2, जे आपण जवळ येत आहोत तेच आहे.

तुम्हाला कदाचित माहीत असेलच, असे हॅक आहेत जे तुम्हाला लूप प्रतिबंधक यंत्रणा (Cisco वर अनुमती-इन) असूनही डुप्लिकेट ASN सह मार्ग स्वीकारण्याची परवानगी देतात. आणि त्याचे कायदेशीर उपयोग देखील आहेत. परंतु हे नेटवर्कच्या स्थिरतेमध्ये संभाव्य अंतर आहे. आणि मी वैयक्तिकरित्या त्यात दोन वेळा पडलो.

आणि जर आपल्याला धोकादायक गोष्टी न वापरण्याची संधी असेल तर आपण त्याचा फायदा घेऊ.

लीफ ASN

संपूर्ण नेटवर्कमध्ये प्रत्येक लीफ स्विचवर आमच्याकडे स्वतंत्र ASN असेल.
आम्ही हे वर दिलेल्या कारणांसाठी करतो: लूपशिवाय AS-पाथ, बुकमार्कशिवाय BGP कॉन्फिगरेशन.

पानांमधील मार्ग सहजतेने जाण्यासाठी, AS-पथ असा दिसला पाहिजे:
[leafX_ASN, spine_ASN, leafY_ASN]
जेथे leafX_ASN आणि leafY_ASN वेगळे असणे चांगले होईल.

DCs दरम्यान VNF लूपबॅकच्या घोषणेसह परिस्थितीसाठी देखील हे आवश्यक आहे:
[VNF_ASN, leafX_DC1_ASN, spine_DC1_ASN, edge_ASN, spine_DC2_ASN, leafY_DC2_ASN]

आम्ही 4-बाइट ASN वापरू आणि स्पाइनच्या ASN आणि लीफ स्विच नंबरवर आधारित ते जनरेट करू, म्हणजे, याप्रमाणे: स्पाइन_ASN.0000X.

ASN सह हे चित्र आहे.

आयपी योजना

मूलभूतपणे, आम्हाला खालील कनेक्शनसाठी पत्ते वाटप करणे आवश्यक आहे:

1. ToR आणि मशीन दरम्यान नेटवर्क पत्ते अंडरले. ते संपूर्ण नेटवर्कमध्ये अद्वितीय असले पाहिजेत जेणेकरून कोणतीही मशीन इतर कोणत्याही मशीनशी संवाद साधू शकेल. उत्तम फिट 10/8. प्रत्येक रॅकसाठी /26 राखीव आहेत. आम्ही /19 प्रति DC आणि /17 प्रति प्रदेश वाटप करू.
2. लीफ/टोर आणि स्पाइनमधील पत्ते लिंक करा.

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

   असू दे... १६९.२५४.०.०/१६.
   बहुदा 169.254.00X.Y/31कुठे X - पाठीचा कणा क्रमांक, Y — P2P नेटवर्क /31.
   हे तुम्हाला 128 पर्यंत रॅक आणि DC मध्ये 10 पर्यंत स्पाइन लॉन्च करण्यास अनुमती देईल. लिंक पत्ते DC ते DC पर्यंत पुनरावृत्ती होऊ शकतात (आणि होतील).

3. आम्ही सबनेटवर स्पाइन-एज-लीफ जंक्शन आयोजित करतो 169.254.10X.Y/31, नक्की कुठे समान X - पाठीचा कणा क्रमांक, Y — P2P नेटवर्क /31.
4. एज-लीफपासून MPLS बॅकबोनपर्यंत पत्ते लिंक करा. येथे परिस्थिती थोडी वेगळी आहे - ज्या ठिकाणी सर्व तुकडे एका पाईमध्ये जोडलेले आहेत, त्यामुळे समान पत्ते पुन्हा वापरणे कार्य करणार नाही - आपल्याला पुढील विनामूल्य सबनेट निवडण्याची आवश्यकता आहे. म्हणून, एक आधार म्हणून घेऊ 192.168.0.0/16 आणि आम्ही त्यातून मुक्त झालेल्यांना बाहेर काढू.
5. लूपबॅक पत्ते. आम्ही त्यांच्यासाठी संपूर्ण श्रेणी देऊ 172.16.0.0/12.
   • लीफ - /25 प्रति डीसी - समान 128 रॅक. आम्ही प्रति प्रदेश /23 वाटप करू.
   • स्पाइन - /28 प्रति डीसी - 16 स्पाइन पर्यंत. प्रति प्रदेश /26 वाटप करू.
   • एज-लीफ - /29 प्रति DC - 8 बॉक्स पर्यंत. प्रति प्रदेश /27 वाटप करू.

आमच्याकडे DC मध्ये पुरेशा वाटप केलेल्या श्रेणी नसल्यास (आणि तेथे कोणतेही नसतील - आम्ही हायपरस्केलर असल्याचा दावा करतो), आम्ही फक्त पुढील ब्लॉक निवडतो.

हे आयपी अॅड्रेसिंगसह चित्र आहे.

लूपबॅक:

उपसर्ग
डिव्हाइसची भूमिका
प्रदेश
डी.सी

172.16.0.0/23
धार
 
 

172.16.0.0/27
ru
 

172.16.0.0/29
एमएसके

172.16.0.8/29
kzn

172.16.0.32/27
sp
 

172.16.0.32/29
bcn

172.16.0.40/29
एमएलजी

172.16.0.64/27
cn
 

172.16.0.64/29
SHA

172.16.0.72/29
सिया

172.16.2.0/23
पाठीचा कणा
 
 

172.16.2.0/26
ru
 

172.16.2.0/28
एमएसके

172.16.2.16/28
kzn

172.16.2.64/26
sp
 

172.16.2.64/28
bcn

172.16.2.80/28
एमएलजी

172.16.2.128/26
cn
 

172.16.2.128/28
SHA

172.16.2.144/28
सिया

172.16.8.0/21
पाने
 
 

172.16.8.0/23
ru
 

172.16.8.0/25
एमएसके

172.16.8.128/25
kzn

172.16.10.0/23
sp
 

172.16.10.0/25
bcn

172.16.10.128/25
एमएलजी

172.16.12.0/23
cn
 

172.16.12.0/25
SHA

172.16.12.128/25
सिया

अंडरले:

उपसर्ग
प्रदेश
डी.सी

10.0.0.0/17
ru
 

10.0.0.0/19
एमएसके

10.0.32.0/19
kzn

10.0.128.0/17
sp
 

10.0.128.0/19
bcn

10.0.160.0/19
एमएलजी

10.1.0.0/17
cn
 

10.1.0.0/19
SHA

10.1.32.0/19
सिया

लाबा

दोन विक्रेते. एक नेटवर्क. ADSM.

जुनिपर + अरिस्ता. उबंटू. चांगली जुनी संध्याकाळ.

मिराना मधील आमच्या व्हर्च्युअल सर्व्हरवरील संसाधनांची संख्या अद्याप मर्यादित आहे, त्यामुळे सरावासाठी आम्ही मर्यादेपर्यंत सरलीकृत नेटवर्क वापरु.

दोन डेटा केंद्रे: कझान आणि बार्सिलोना.

• प्रत्येकी दोन मणके: जुनिपर आणि अरिस्टा.
• प्रत्येकामध्ये एक टोरस (लीफ) - जुनिपर आणि अरिस्टा, एका जोडलेल्या होस्टसह (यासाठी एक हलके सिस्को आयओएल घेऊ).
• प्रत्येकी एक एज-लीफ नोड (आता फक्त जुनिपरसाठी).
• त्या सर्वांवर राज्य करण्यासाठी एक सिस्को स्विच.
• नेटवर्क बॉक्स व्यतिरिक्त, एक आभासी नियंत्रण मशीन चालू आहे. उबंटू चालवत आहे.
  त्याला सर्व उपकरणांमध्ये प्रवेश आहे, ते आयपीएएम/डीसीआयएम प्रणाली चालवेल, पायथन स्क्रिप्टचा एक समूह, उत्तरदायी आणि आम्हाला आवश्यक असलेली इतर कोणतीही गोष्ट.

पूर्ण कॉन्फिगरेशन सर्व नेटवर्क उपकरणांचे, जे आम्ही ऑटोमेशन वापरून पुनरुत्पादित करण्याचा प्रयत्न करू.

निष्कर्ष

तेही मान्य आहे का? मी प्रत्येक लेखाखाली एक छोटासा निष्कर्ष लिहावा का?

म्हणून आम्ही निवडले तीन-स्तर DC च्या आत Kloz नेटवर्क, कारण आम्हाला पूर्व-पश्चिम रहदारीची खूप अपेक्षा आहे आणि ECMP हवी आहे.

नेटवर्क भौतिक (अंडरले) आणि आभासी (आच्छादन) मध्ये विभागले गेले. त्याच वेळी, आच्छादन होस्टपासून सुरू होते - ज्यामुळे अंडरलेसाठी आवश्यकता सुलभ होते.

आम्‍ही BGP ची स्केलेबिलिटी आणि धोरण लवचिकता यासाठी नेटवर्क नेटवर्कसाठी रूटिंग प्रोटोकॉल म्हणून निवडले.

आमच्याकडे DCI - एज-लीफ आयोजित करण्यासाठी स्वतंत्र नोड्स असतील.
पाठीच्या कण्यामध्ये OSPF+LDP असेल.
MPLS L3VPN वर आधारित DCI लागू केले जाईल.
P2P लिंक्ससाठी, आम्ही डिव्हाइसच्या नावांवर आधारित अल्गोरिदमनुसार IP पत्त्यांची गणना करू.
आम्ही डिव्हाइसेसच्या भूमिकेनुसार आणि त्यांचे स्थान अनुक्रमे लूपबॅक नियुक्त करू.
अंडरले उपसर्ग - फक्त लीफवर त्यांच्या स्थानाच्या आधारावर अनुक्रमे स्विच केले जातात.

चला असे गृहीत धरूया की सध्या आपल्याकडे अद्याप उपकरणे स्थापित केलेली नाहीत.
त्यामुळे, आमची पुढील पायरी म्हणजे त्यांना सिस्टीममध्ये (IPAM, इन्व्हेंटरी) जोडणे, प्रवेश व्यवस्थापित करणे, कॉन्फिगरेशन तयार करणे आणि ते तैनात करणे.

पुढील लेखात आपण नेटबॉक्स - डीसीमध्ये आयपी स्पेससाठी एक इन्व्हेंटरी आणि व्यवस्थापन प्रणाली हाताळू.

धन्यवाद

• प्रूफरीडिंग आणि सुधारणांसाठी आंद्रे ग्लाझकोव्ह उर्फ ​​@glazgoo
• अलेक्झांडर क्लिमेंको उर्फ ​​@v00lk प्रूफरीडिंग आणि संपादनांसाठी
• KDPV साठी Artyom Chernobay

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