В मागील अंक मी नेटवर्क ऑटोमेशन फ्रेमवर्कचे वर्णन केले आहे. काही लोकांच्या मते, या समस्येच्या पहिल्या दृष्टिकोनाने आधीच काही प्रश्न सोडवले आहेत. आणि हे मला खूप आनंदित करते, कारण सायकलमधील आमचे ध्येय पायथन स्क्रिप्ट्ससह उत्तरदायी कव्हर करणे नाही तर एक प्रणाली तयार करणे आहे.

त्याच फ्रेमवर्क क्रमाने सेट करते ज्यामध्ये आपण प्रश्न हाताळू.
आणि नेटवर्क व्हर्च्युअलायझेशन, ज्यासाठी हा मुद्दा समर्पित आहे, विशेषतः ADSM विषयामध्ये बसत नाही, जिथे आम्ही ऑटोमेशनचे विश्लेषण करतो.

पण त्याकडे वेगळ्या कोनातून पाहू.

बर्याच सेवा बर्याच काळापासून समान नेटवर्क वापरत आहेत. टेलिकॉम ऑपरेटरच्या बाबतीत, हे 2G, 3G, LTE, ब्रॉडबँड आणि B2B आहे, उदाहरणार्थ. डीसीच्या बाबतीत: वेगवेगळ्या क्लायंटसाठी कनेक्टिव्हिटी, इंटरनेट, ब्लॉक स्टोरेज, ऑब्जेक्ट स्टोरेज.

आणि सर्व सेवांना एकमेकांपासून अलग ठेवणे आवश्यक आहे. अशा प्रकारे आच्छादन नेटवर्क दिसू लागले.

आणि सर्व सेवा एखाद्या व्यक्तीने त्यांना व्यक्तिचलितपणे कॉन्फिगर करण्यासाठी प्रतीक्षा करू इच्छित नाहीत. अशा प्रकारे ऑर्केस्ट्रेटर आणि SDN दिसू लागले.

नेटवर्कच्या पद्धतशीर ऑटोमेशनचा पहिला दृष्टीकोन, किंवा त्याऐवजी त्याचा काही भाग, बर्याच ठिकाणी घेतले आणि लागू केले गेले आहे: VMWare, OpenStack, Google Compute Cloud, AWS, Facebook.

हेच आपण आज हाताळणार आहोत.

सामग्री

• कारणे
• टर्मिनोलॉजी
• अंडरले - भौतिक नेटवर्क
• आच्छादन - आभासी नेटवर्क
  • ToR सह आच्छादन
  • होस्टकडून आच्छादन
  • उदाहरण म्हणून टंगस्टन फॅब्रिक वापरणे
    • एकाच भौतिक यंत्रामध्ये संप्रेषण
    • भिन्न भौतिक मशीनवर स्थित VMs दरम्यान संप्रेषण
    • बाहेरच्या जगात बाहेर पडा

• FAQ
• निष्कर्ष
• उपयुक्त दुवे

कारणे

आणि आम्ही याबद्दल बोलत असल्याने, नेटवर्क व्हर्च्युअलायझेशनसाठी आवश्यक गोष्टींचा उल्लेख करणे योग्य आहे. प्रत्यक्षात ही प्रक्रिया कालपासून सुरू झाली नाही.

तुम्ही कदाचित एकापेक्षा जास्त वेळा ऐकले असेल की नेटवर्क नेहमीच कोणत्याही प्रणालीचा सर्वात अक्रिय भाग आहे. आणि हे प्रत्येक अर्थाने खरे आहे. नेटवर्क हा एक आधार आहे ज्यावर सर्व काही टिकते आणि त्यामध्ये बदल करणे खूप कठीण आहे - नेटवर्क बंद असताना सेवा ते सहन करत नाहीत. बर्‍याचदा, एकल नोड रद्द केल्याने अनुप्रयोगांचा मोठा भाग कमी होऊ शकतो आणि अनेक ग्राहकांवर परिणाम होऊ शकतो. यामुळे नेटवर्क टीम कोणत्याही बदलाला विरोध करू शकते - कारण आता ते कसे तरी कार्य करते (आम्हाला कसे माहित देखील नाही), परंतु येथे आपल्याला काहीतरी नवीन कॉन्फिगर करण्याची आवश्यकता आहे आणि त्याचा नेटवर्कवर कसा परिणाम होईल हे माहित नाही.

नेटवर्कर्सने व्हीएलएएन घालण्याची प्रतीक्षा न करण्यासाठी आणि प्रत्येक नेटवर्क नोडवर कोणत्याही सेवांची नोंदणी न करण्यासाठी, लोकांना ओव्हरले - ओव्हरले नेटवर्क - वापरण्याची कल्पना आली ज्यामध्ये खूप विविधता आहेत: GRE, IPinIP, MPLS, MPLS L2/L3VPN, VXLAN, GENEVE, MPLSoverUDP, MPLSoverGRE, इ.

त्यांचे आवाहन दोन साध्या गोष्टींमध्ये आहे:

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

या संपूर्णपणे पूर्ण नसलेल्या समस्येमध्ये, मी सर्व संभाव्य तंत्रज्ञानाचे विश्लेषण करण्याची योजना करत नाही, परंतु डीसीमध्ये आच्छादन नेटवर्कच्या ऑपरेशनसाठी फ्रेमवर्कचे वर्णन करतो.

संपूर्ण मालिका डेटा सेंटरचे वर्णन करेल ज्यामध्ये समान रॅकच्या पंक्ती आहेत ज्यामध्ये समान सर्व्हर उपकरणे स्थापित केली आहेत.

हे उपकरण व्हर्च्युअल मशीन्स/कंटेनर्स/सर्व्हरलेस चालवतात जे सेवा लागू करतात.

टर्मिनोलॉजी

एक पळवाट मध्ये सर्व्हर मी एका प्रोग्रामला नाव देईन जो क्लायंट-सर्व्हर कम्युनिकेशनची सर्व्हर बाजू लागू करतो.

रॅकमधील भौतिक यंत्रांना सर्व्हर म्हणतात नाही आम्ही करू.

भौतिक यंत्र — x86 संगणक रॅकमध्ये स्थापित. सर्वाधिक वारंवार वापरले जाणारे पद होस्ट. यालाच आपण म्हणू "машина"किंवा होस्ट.

हायपरवाइजर - फिजिकल मशीनवर चालणारा एक ऍप्लिकेशन जो व्हर्च्युअल मशीन्स चालवणाऱ्या भौतिक संसाधनांचे अनुकरण करतो. कधीकधी साहित्य आणि इंटरनेटमध्ये "हायपरवाइजर" हा शब्द "होस्ट" साठी समानार्थी म्हणून वापरला जातो.

आभासी यंत्र, आभासी साधन - हायपरवाइजरच्या वर असलेल्या फिजिकल मशीनवर चालणारी ऑपरेटिंग सिस्टम. या चक्रात आमच्यासाठी, ते प्रत्यक्षात व्हर्च्युअल मशीन आहे की फक्त कंटेनर आहे याने काही फरक पडत नाही. चला याला कॉल करूया "ВМ«

भाडेकरू ही एक व्यापक संकल्पना आहे जी मी या लेखात स्वतंत्र सेवा किंवा स्वतंत्र क्लायंट म्हणून परिभाषित करेन.

बहु-भाडेकरार किंवा मल्टीटेनन्सी - वेगवेगळ्या क्लायंट/सेवांद्वारे समान अनुप्रयोगाचा वापर. त्याच वेळी, क्लायंटला एकमेकांपासून वेगळे करणे ऍप्लिकेशन आर्किटेक्चरमुळे प्राप्त केले जाते, स्वतंत्रपणे चालू असलेल्या उदाहरणांद्वारे नाही.

ToR — रॅक स्विचचा वरचा भाग - रॅकमध्ये स्थापित केलेला एक स्विच ज्यामध्ये सर्व भौतिक मशीन जोडल्या जातात.

ToR टोपोलॉजी व्यतिरिक्त, विविध प्रदाते पंक्तीची समाप्ती (EoR) किंवा पंक्तीच्या मध्याचा सराव करतात (जरी नंतरचे एक अपमानजनक दुर्मिळता आहे आणि मी MoR संक्षेप पाहिले नाही).

अंडरले नेटवर्क किंवा अंतर्निहित नेटवर्क किंवा अंडरले ही भौतिक नेटवर्क इन्फ्रास्ट्रक्चर आहे: स्विचेस, राउटर, केबल्स.

आच्छादन नेटवर्क किंवा आच्छादन नेटवर्क किंवा आच्छादन - भौतिकाच्या वर चालणारे बोगद्यांचे आभासी नेटवर्क.

L3 फॅब्रिक किंवा IP फॅब्रिक - मानवजातीचा एक आश्चर्यकारक शोध जो तुम्हाला एसटीपीची पुनरावृत्ती टाळण्यास आणि मुलाखतीसाठी TRILL शिकण्याची परवानगी देतो. एक संकल्पना ज्यामध्ये प्रवेश पातळीपर्यंतचे संपूर्ण नेटवर्क केवळ L3 आहे, VLAN शिवाय आणि त्यानुसार, प्रचंड विस्तारित प्रसारण डोमेन. पुढील भागात "फॅक्टरी" हा शब्द कुठून आला आहे ते पाहू.

SDN - सॉफ्टवेअर परिभाषित नेटवर्क. परिचयाची फार गरज नाही. नेटवर्क व्यवस्थापनाचा दृष्टीकोन जिथे नेटवर्कमध्ये बदल एखाद्या व्यक्तीद्वारे केले जात नाहीत, परंतु प्रोग्रामद्वारे केले जातात. सामान्यतः म्हणजे कंट्रोल प्लेनला शेवटच्या नेटवर्क उपकरणांच्या पलीकडे कंट्रोलरकडे हलवणे.

NFV — नेटवर्क फंक्शन व्हर्च्युअलायझेशन — नेटवर्क उपकरणांचे व्हर्च्युअलायझेशन, नवीन सेवांच्या अंमलबजावणीला गती देण्यासाठी, सर्व्हिस चेनिंग आणि सोपी क्षैतिज स्केलेबिलिटी व्यवस्थापित करण्यासाठी काही नेटवर्क फंक्शन्स व्हर्च्युअल मशीन किंवा कंटेनरच्या स्वरूपात चालवता येऊ शकतात.

VNF - व्हर्च्युअल नेटवर्क फंक्शन. विशिष्ट आभासी उपकरण: राउटर, स्विच, फायरवॉल, NAT, IPS/IDS, इ.

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

आज बहुतेक नेटवर्क स्पष्टपणे दोन भागांमध्ये विभागले जाऊ शकतात:

अधोरेखित — स्थिर कॉन्फिगरेशनसह एक भौतिक नेटवर्क.
ओव्हरले — भाडेकरूंना अलग ठेवण्यासाठी अंडरलेवरील अमूर्तता.

डीसीच्या बाबतीत (ज्याचे आम्ही या लेखात विश्लेषण करू) आणि ISP साठी (ज्याचे आम्ही विश्लेषण करणार नाही, कारण ते आधीच झाले आहे) या दोन्ही बाबतीत हे खरे आहे. SDSM). एंटरप्राइझ नेटवर्कसह, अर्थातच, परिस्थिती थोडी वेगळी आहे.

नेटवर्कवर फोकस असलेले चित्र:

अधोरेखित

अंडरले हे एक भौतिक नेटवर्क आहे: हार्डवेअर स्विचेस आणि केबल्स. भूगर्भातील उपकरणांना भौतिक यंत्रांपर्यंत कसे पोहोचायचे हे माहित असते.

हे मानक प्रोटोकॉल आणि तंत्रज्ञानावर अवलंबून आहे. कमीत कमी नाही कारण आजपर्यंत हार्डवेअर उपकरणे प्रोप्रायटरी सॉफ्टवेअरवर चालतात जे एकतर चिप प्रोग्रामिंग किंवा स्वतःचे प्रोटोकॉल लागू करण्यास परवानगी देत ​​​​नाही; त्यानुसार, इतर विक्रेत्यांसह सुसंगतता आणि मानकीकरण आवश्यक आहे.

परंतु Google सारखे कोणीतरी त्यांचे स्वतःचे स्विच विकसित करू शकतात आणि सामान्यतः स्वीकारलेले प्रोटोकॉल सोडून देऊ शकतात. पण LAN_DC हे Google नाही.

अंडरले तुलनेने क्वचितच बदलते कारण त्याचे कार्य भौतिक मशीनमधील मूलभूत IP कनेक्टिव्हिटी आहे. अंडरलेला त्यावरील सेवा, क्लायंट किंवा भाडेकरूंबद्दल काहीही माहिती नसते - त्याला फक्त एका मशीनवरून दुसर्‍या मशीनवर पॅकेज वितरित करण्याची आवश्यकता असते.
अंडरले असे असू शकते:

• IPv4+OSPF
• IPv6+ISIS+BGP+L3VPN
• L2+TRILL
• L2+STP

अंडरले नेटवर्क क्लासिक पद्धतीने कॉन्फिगर केले आहे: CLI/GUI/NETCONF.

मॅन्युअली, स्क्रिप्ट्स, प्रोप्रायटरी युटिलिटीज.

मालिकेतील पुढील लेख अधिक तपशीलवार अंडरलेसाठी समर्पित केला जाईल.

ओव्हरले

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

सार्वजनिक नेटवर्कवर प्रसारित करण्यासाठी क्लायंट डेटा काही टनेलिंग शीर्षलेखांमध्ये एन्कॅप्स्युलेट केला जातो.

त्यामुळे एका क्लायंटचे व्हीएम (एक सेवा) आच्छादनाद्वारे एकमेकांशी संवाद साधू शकतात, पॅकेट प्रत्यक्षात कोणता मार्ग घेते हे माहीत नसतानाही.

आच्छादन असू शकते, उदाहरणार्थ, मी वर नमूद केल्याप्रमाणे:

• GRE बोगदा
• VXLAN
• EVPN
• L3VPN
• जिनेव्हा

आच्छादन नेटवर्क सामान्यत: मध्यवर्ती नियंत्रकाद्वारे कॉन्फिगर केले जाते आणि राखले जाते. त्यातून, कॉन्फिगरेशन, कंट्रोल प्लेन आणि डेटा प्लेन अशा उपकरणांवर वितरित केले जातात जे क्लायंट रहदारीला मार्ग देतात आणि एन्कॅप्स्युलेट करतात. थोडेसे खाली हे उदाहरणांसह पाहू.

होय, हे त्याच्या शुद्ध स्वरूपात SDN आहे.

आच्छादन नेटवर्क आयोजित करण्यासाठी दोन मूलभूतपणे भिन्न दृष्टिकोन आहेत:

1. ToR सह आच्छादन
2. होस्टकडून आच्छादन

ToR सह आच्छादन

आच्छादन रॅकमध्ये उभ्या असलेल्या ऍक्सेस स्विच (ToR) पासून सुरू होऊ शकते, जसे घडते, उदाहरणार्थ, VXLAN फॅब्रिकच्या बाबतीत.

ही ISP नेटवर्कवर वेळ-चाचणी केलेली यंत्रणा आहे आणि सर्व नेटवर्क उपकरणे विक्रेते त्यास समर्थन देतात.

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

येथे मी वाचकांना एका लेखाचा संदर्भ देईन Habré वर VxLAN आमचा जुना मित्र @bormoglotx.
यामध्ये दि ENOG सह सादरीकरणे EVPN VXLAN फॅब्रिकसह DC नेटवर्क तयार करण्याच्या पद्धतींचे तपशीलवार वर्णन केले आहे.

आणि वास्तविकतेमध्ये अधिक संपूर्ण विसर्जनासाठी, आपण त्सिसकाचे पुस्तक वाचू शकता एक आधुनिक, खुले आणि स्केलेबल फॅब्रिक: VXLAN EVPN.

मी लक्षात घेतो की VXLAN ही फक्त एक एन्कॅप्सुलेशन पद्धत आहे आणि बोगदे संपुष्टात आणणे हे ToR वर नाही तर होस्टवर होऊ शकते, जसे OpenStack च्या बाबतीत घडते.

तथापि, VXLAN फॅब्रिक, जेथे आच्छादन ToR पासून सुरू होते, स्थापित आच्छादन नेटवर्क डिझाइनपैकी एक आहे.

होस्टकडून आच्छादन

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

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

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

दुसरे म्हणजे, या प्रकरणात टीओआर स्विच शक्य तितके सोपे सोडले जाऊ शकते, दोन्ही कंट्रोल प्लेन आणि डेटा प्लेनच्या दृष्टिकोनातून. खरंच, मग त्याला SDN कंट्रोलरशी संवाद साधण्याची गरज नाही आणि सर्व कनेक्टेड क्लायंटचे नेटवर्क/एआरपी संग्रहित करण्याची देखील गरज नाही - भौतिक मशीनचा IP पत्ता जाणून घेणे पुरेसे आहे, जे स्विचिंगला मोठ्या प्रमाणात सुलभ करते/ राउटिंग टेबल.

एडीएसएम मालिकेत, मी होस्टकडून आच्छादित दृष्टीकोन निवडतो - मग आम्ही फक्त त्याबद्दल बोलतो आणि आम्ही VXLAN कारखान्याकडे परत जाणार नाही.

उदाहरणे पाहणे सर्वात सोपे आहे. आणि चाचणी विषय म्हणून आम्ही ओपनसोर्स एसडीएन प्लॅटफॉर्म ओपनकॉन्ट्रेल घेऊ, ज्याला आता ओळखले जाते टंगस्टन फॅब्रिक.

लेखाच्या शेवटी मी OpenFlow आणि OpenvSwitch मधील समानतेवर काही विचार देईन.

उदाहरण म्हणून टंगस्टन फॅब्रिक वापरणे

प्रत्येक भौतिक मशीन आहे vRouter - एक व्हर्च्युअल राउटर ज्याला त्याच्याशी कनेक्ट केलेले नेटवर्क आणि ते कोणत्या क्लायंटचे आहेत याबद्दल माहिती असते - मूलत: एक PE राउटर. प्रत्येक क्लायंटसाठी, ते एक वेगळे राउटिंग टेबल राखते (VRF वाचा). आणि vRouter प्रत्यक्षात ओव्हरले टनेलिंग करते.

vRouter बद्दल थोडे अधिक लेखाच्या शेवटी आहे.

हायपरवाइजरवर स्थित प्रत्येक VM या मशीनच्या vRouter द्वारे कनेक्ट केलेले आहे टॅप इंटरफेस.

टॅप करा - टर्मिनल ऍक्सेस पॉइंट - लिनक्स कर्नलमधील एक आभासी इंटरफेस जो नेटवर्क परस्परसंवादाला परवानगी देतो.

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

जेणेकरून vRouters एकमेकांशी संवाद साधू शकतील, आणि त्यानुसार त्यांच्या मागे स्थित VM, ते मार्गे माहितीची देवाणघेवाण करतात. SDN नियंत्रक.

बाहेरच्या जगात जाण्यासाठी, मॅट्रिक्समधून एक निर्गमन बिंदू आहे - एक आभासी नेटवर्क गेटवे VNGW — व्हर्च्युअल नेटवर्क गेटवे (माझी मुदत).

आता संप्रेषणांची उदाहरणे पाहू - आणि स्पष्टता असेल.

एकाच भौतिक यंत्रामध्ये संप्रेषण

VM0 ला एक पॅकेट VM2 वर पाठवायचे आहे. आता हे एकच क्लायंट VM आहे असे गृहीत धरू.

डेटा प्लेन

1. VM-0 ला त्याच्या eth0 इंटरफेससाठी डीफॉल्ट मार्ग आहे. पॅकेज तिथे पाठवले जाते.
   हा इंटरफेस eth0 प्रत्यक्षात वर्च्युअल राउटर vRouter शी TAP इंटरफेस tap0 द्वारे कनेक्ट केलेला आहे.
2. vRouter पॅकेट कोणत्या इंटरफेसवर आले याचे विश्लेषण करते, म्हणजेच ते कोणत्या क्लायंटचे (VRF) मालकीचे आहे आणि या क्लायंटच्या रूटिंग टेबलसह प्राप्तकर्त्याचा पत्ता तपासतो.
3. समान मशीनवरील प्राप्तकर्ता वेगळ्या पोर्टवर असल्याचे आढळून आल्यावर, vRouter कोणत्याही अतिरिक्त शीर्षलेखांशिवाय पॅकेट पाठवते - या प्रकरणात, vRouter कडे आधीपासूनच ARP रेकॉर्ड आहे.

या प्रकरणात, पॅकेट भौतिक नेटवर्कमध्ये प्रवेश करत नाही - ते vRouter च्या आत रूट केले जाते.

नियंत्रण विमान

जेव्हा व्हर्च्युअल मशीन सुरू होते, तेव्हा हायपरवाइजर त्याला सांगतो:

• तिचा स्वतःचा IP पत्ता.
• डीफॉल्ट मार्ग या नेटवर्कवरील vRouter च्या IP पत्त्याद्वारे आहे.

हायपरवाइजर विशेष API द्वारे vRouter ला अहवाल देतो:

• व्हर्च्युअल इंटरफेस तयार करण्यासाठी आपल्याला काय आवश्यक आहे.
• ते (VM) कोणत्या प्रकारचे आभासी नेटवर्क तयार करण्यासाठी आवश्यक आहे?
• ते कोणत्या VRF (VN) ला बांधायचे.
• या VM साठी एक स्थिर ARP एंट्री—त्याचा IP पत्ता कोणत्या इंटरफेसवर आहे आणि तो कोणत्या MAC पत्त्याशी बांधील आहे.

पुन्हा, संकल्पना समजून घेण्यासाठी वास्तविक संवाद प्रक्रिया सुलभ केली आहे.

अशाप्रकारे, vRouter दिलेल्या मशीनवरील एका क्लायंटचे सर्व VM थेट कनेक्ट केलेले नेटवर्क म्हणून पाहतो आणि त्यांच्या दरम्यान मार्ग काढू शकतो.

परंतु VM0 आणि VM1 वेगवेगळ्या क्लायंटचे आहेत आणि त्यानुसार, वेगवेगळ्या vRouter टेबलमध्ये आहेत.

ते एकमेकांशी थेट संवाद साधू शकतात की नाही हे vRouter सेटिंग्ज आणि नेटवर्क डिझाइनवर अवलंबून असते.
उदाहरणार्थ, जर दोन्ही क्लायंटचे VM सार्वजनिक पत्ते वापरत असतील किंवा VRouter वरच NAT येत असेल, तर vRouter वर थेट राउटिंग केले जाऊ शकते.

उलट परिस्थितीमध्ये, पत्त्याची जागा ओलांडणे शक्य आहे - सार्वजनिक पत्ता मिळविण्यासाठी तुम्हाला NAT सर्व्हरमधून जाणे आवश्यक आहे - हे बाह्य नेटवर्कमध्ये प्रवेश करण्यासारखे आहे, ज्याची खाली चर्चा केली आहे.

भिन्न भौतिक मशीनवर स्थित VMs दरम्यान संप्रेषण

डेटा प्लेन

1. सुरुवात अगदी सारखीच आहे: VM-0 त्याच्या डीफॉल्टवर गंतव्य VM-7 (172.17.3.2) सह पॅकेट पाठवते.
2. vRouter ला ते प्राप्त होते आणि यावेळी ते गंतव्यस्थान वेगळ्या मशीनवर असल्याचे पाहते आणि Tunnel0 द्वारे प्रवेशयोग्य आहे.
3. प्रथम, ते रिमोट इंटरफेस ओळखणारे MPLS लेबल हँग करते, जेणेकरुन उलट बाजूस vRouter अतिरिक्त लुकअपशिवाय हे पॅकेट कुठे ठेवायचे हे ठरवू शकेल.

   

4. Tunnel0 मध्ये स्त्रोत 10.0.0.2 आहे, गंतव्यस्थान: 10.0.1.2.
   vRouter मूळ पॅकेटमध्ये GRE (किंवा UDP) शीर्षलेख आणि नवीन IP जोडते.
5. vRouter राउटिंग टेबलमध्ये ToR1 अॅड्रेस 10.0.0.1 द्वारे डीफॉल्ट मार्ग आहे. तिथेच तो पाठवतो.

   
   

6. ToR1, अंडरले नेटवर्कचा सदस्य म्हणून, 10.0.1.2 वर कसे जायचे हे माहीत आहे (उदाहरणार्थ, OSPF द्वारे) आणि मार्गावर पॅकेट पाठवते. लक्षात घ्या की येथे ECMP सक्षम आहे. इलस्ट्रेशनमध्ये दोन नेक्स्टहॉप्स आहेत आणि त्यामध्ये हॅशद्वारे वेगवेगळे थ्रेड्स क्रमवारी लावले जातील. वास्तविक कारखान्याच्या बाबतीत, अधिक शक्यता 4 नेक्स्टहॉप्स असतील.

   त्याच वेळी, त्याला बाह्य आयपी शीर्षलेखाखाली काय आहे हे माहित असणे आवश्यक नाही. म्हणजेच, खरं तर, IP अंतर्गत IPv6 चा सँडविच MPLS वर MPLS वर इथरनेट वर MPLS वर GRE वर ग्रीक वर असू शकतो.

7. त्यानुसार, प्राप्तीच्या बाजूने, vRouter GRE काढून टाकते आणि MPLS टॅग वापरून, हे पॅकेट कोणत्या इंटरफेसवर पाठवायचे हे समजते, ते स्ट्रिप करते आणि प्राप्तकर्त्याला त्याच्या मूळ स्वरूपात पाठवते.

नियंत्रण विमान

तुम्ही कार सुरू करता तेव्हा वर वर्णन केल्याप्रमाणेच घडते.

आणि अधिक खालील:

• प्रत्येक क्लायंटसाठी, vRouter एक MPLS टॅग वाटप करतो. हे L3VPN सेवा लेबल आहे, ज्याद्वारे क्लायंट एकाच भौतिक मशीनमध्ये विभक्त केले जातील.
  

  खरं तर, MPLS टॅग नेहमी vRouter द्वारे बिनशर्त वाटप केला जातो - शेवटी, हे आधीच माहित नाही की मशीन फक्त त्याच vRouter च्या मागे असलेल्या इतर मशीनशी संवाद साधेल आणि हे बहुधा खरे नाही.

• vRouter BGP प्रोटोकॉल वापरून SDN कंट्रोलरशी कनेक्शन स्थापित करते (किंवा त्याच्यासारखेच - TF च्या बाबतीत, हे XMPP 0_o आहे).
• या सत्राद्वारे, vRouter SDN कंट्रोलरला कनेक्ट केलेल्या नेटवर्कसाठी मार्गांचा अहवाल देतो:
  • नेटवर्क पत्ता
  • एन्कॅप्सुलेशन पद्धत (MPLSoGRE, MPLSoUDP, VXLAN)
  • MPLS क्लायंट टॅग
  • नेक्स्टहॉप म्हणून तुमचा IP पत्ता

• SDN कंट्रोलर सर्व कनेक्टेड vRouters कडून असे मार्ग प्राप्त करतो आणि ते इतरांना परावर्तित करतो. म्हणजेच ते रूट रिफ्लेक्टर म्हणून काम करते.

तीच गोष्ट विरुद्ध दिशेने घडते.

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

सेंट्रल कंट्रोलर कॉन्फिगरेशन राखण्यासाठी आणि vRouter वरील स्विचिंग/राउटिंग टेबल्सचे निरीक्षण करण्याच्या सर्व जटिलतेची काळजी घेतो.

साधारणपणे बोलायचे झाल्यास, कंट्रोलर सर्व vRouters शी BGP (किंवा तत्सम प्रोटोकॉल) द्वारे संवाद साधतो आणि फक्त राउटिंग माहिती प्रसारित करतो. BGP, उदाहरणार्थ, एन्कॅप्सुलेशन पद्धत सांगण्यासाठी आधीच पत्ता-कुटुंब आहे MPLS-इन-GRE किंवा MPLS-इन-UDP.

त्याच वेळी, अंडरले नेटवर्कचे कॉन्फिगरेशन कोणत्याही प्रकारे बदलत नाही, जे, तसे, स्वयंचलित करणे अधिक कठीण आहे आणि अस्ताव्यस्त हालचालीसह खंडित करणे सोपे आहे.

बाहेरच्या जगात बाहेर पडा

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

दोन पद्धती वापरल्या जातात:

1. हार्डवेअर राउटर स्थापित केले आहे.
2. काही उपकरणे लॉन्च केली जातात जी राउटरची कार्ये लागू करतात (होय, SDN चे अनुसरण करून, आम्हाला VNF देखील आढळले). याला व्हर्च्युअल गेटवे म्हणू या.

दुसर्‍या पध्दतीचा फायदा स्वस्त क्षैतिज स्केलेबिलिटी आहे - पुरेशी शक्ती नाही - आम्ही गेटवेसह दुसरे व्हर्च्युअल मशीन लॉन्च केले. कोणत्याही भौतिक मशीनवर, फ्री रॅक, युनिट्स, पॉवर आउटपुट न शोधता, स्वतः हार्डवेअर खरेदी करा, ते वाहतूक करा, ते स्थापित करा, ते स्विच करा, ते कॉन्फिगर करा आणि नंतर त्यात दोषपूर्ण घटक देखील बदला.

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

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

त्याच्या दुसऱ्या पायाने, गेटवे बॅकबोन नेटवर्कमध्ये पाहतो आणि इंटरनेटवर कसे जायचे हे त्याला ठाऊक आहे.

डेटा प्लेन

म्हणजेच, प्रक्रिया यासारखी दिसते:

1. VM-0, समान vRouter ला डिफॉल्ट केल्यावर, बाहेरील जगात (185.147.83.177) गंतव्यस्थान असलेले एक पॅकेट eth0 इंटरफेसवर पाठवते.
2. vRouter ला हे पॅकेट प्राप्त होते आणि रूटिंग टेबलमध्ये गंतव्य पत्ता पाहतो - VNGW1 गेटवे द्वारे टनेल 1 मधून डीफॉल्ट मार्ग शोधतो.
   तो हे देखील पाहतो की हा SIP 10.0.0.2 आणि DIP 10.0.255.2 सह GRE बोगदा आहे आणि त्याला प्रथम या क्लायंटचे MPLS लेबल संलग्न करणे देखील आवश्यक आहे, ज्याची VNGW1 ला अपेक्षा आहे.
3. vRouter प्रारंभिक पॅकेट MPLS, GRE आणि नवीन IP शीर्षलेखांसह पॅक करते आणि डीफॉल्टनुसार ToR1 पत्त्यावर 10.0.0.1 पाठवते.
4. अंतर्निहित नेटवर्क गेटवे VNGW1 वर पॅकेट वितरीत करते.
5. VNGW1 गेटवे GRE आणि MPLS टनेलिंग हेडर काढून टाकतो, गंतव्य पत्ता पाहतो, त्याच्या राउटिंग टेबलचा सल्ला घेतो आणि समजतो की ते इंटरनेटकडे निर्देशित केले आहे - म्हणजे पूर्ण दृश्य किंवा डीफॉल्टद्वारे. आवश्यक असल्यास, NAT भाषांतर करते.
6. VNGW ते सीमेपर्यंत नियमित IP नेटवर्क असू शकते, जे संभव नाही.
   एक क्लासिक MPLS नेटवर्क (IGP+LDP/RSVP TE) असू शकते, BGP LU सह बॅक फॅब्रिक किंवा IP नेटवर्कद्वारे VNGW ते सीमेपर्यंत GRE बोगदा असू शकतो.
   ते जसे असेल, VNGW1 आवश्यक एन्कॅप्सुलेशन करते आणि सुरुवातीचे पॅकेट सीमेकडे पाठवते.

विरुद्ध दिशेने वाहतूक विरुद्ध क्रमाने समान पायऱ्यांमधून जाते.

1. सीमा पॅकेट VNGW1 वर टाकते
2. तो त्याला कपडे उतरवतो, प्राप्तकर्त्याचा पत्ता पाहतो आणि तो Tunnel1 बोगद्याद्वारे (MPLSoGRE किंवा MPLSoUDP) प्रवेशयोग्य असल्याचे पाहतो.
3. त्यानुसार, ते MPLS लेबल, एक GRE/UDP शीर्षलेख आणि नवीन IP संलग्न करते आणि ते त्याच्या ToR3 10.0.255.1 वर पाठवते.
   बोगदा गंतव्य पत्ता हा vRouter चा IP पत्ता आहे ज्याच्या मागे लक्ष्य VM स्थित आहे - 10.0.0.2.
4. अंतर्निहित नेटवर्क इच्छित vRouter ला पॅकेट वितरीत करते.
5. लक्ष्य vRouter GRE/UDP वाचतो, MPLS लेबल वापरून इंटरफेस ओळखतो आणि VM च्या eth0 शी संबंधित त्याच्या TAP इंटरफेसवर एक बेअर IP पॅकेट पाठवतो.

नियंत्रण विमान

VNGW1 SDN कंट्रोलरसह BGP शेजारची स्थापना करते, ज्यावरून ते क्लायंटबद्दल सर्व राउटिंग माहिती प्राप्त करते: कोणता IP पत्ता (vRouter) कोणत्या क्लायंटच्या मागे आहे आणि कोणत्या MPLS लेबलद्वारे ते ओळखले जाते.

त्याचप्रमाणे, तो स्वतः SDN कंट्रोलरला या क्लायंटच्या लेबलसह डीफॉल्ट मार्गाची माहिती देतो, स्वतःला नेक्स्टहॉप म्हणून सूचित करतो. आणि मग हे डीफॉल्ट vRouters वर येते.

VNGW वर, मार्ग एकत्रीकरण किंवा NAT भाषांतर सहसा उद्भवते.

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

एन्कॅप्सुलेशन आणि ट्रॅफिक एक्सचेंजच्या बाबतीत, VNGW vRouter पेक्षा वेगळे नाही.
जर तुम्ही व्याप्ती थोडी वाढवली, तर तुम्ही इतर नेटवर्क उपकरणे VNGWs आणि vRouters मध्ये जोडू शकता, जसे की फायरवॉल, ट्रॅफिक क्लीनिंग किंवा एनरिचमेंट फार्म्स, IPS इ.

आणि व्हीआरएफची अनुक्रमिक निर्मिती आणि मार्गांची अचूक घोषणा यांच्या मदतीने, तुम्ही ट्रॅफिकला तुम्हाला हव्या त्या मार्गाने लूप करण्यास भाग पाडू शकता, ज्याला सर्व्हिस चेनिंग म्हणतात.

म्हणजेच, येथे देखील SDN कंट्रोलर VNGWs, vRouters आणि इतर नेटवर्क उपकरणांमध्ये रूट-रिफ्लेक्टर म्हणून काम करतो.

परंतु खरं तर, नियंत्रक ACL आणि PBR (पॉलिसी बेस्ड राउटिंग) बद्दल माहिती देखील जारी करतो, ज्यामुळे वैयक्तिक रहदारीचा प्रवाह त्यांना सांगितलेल्या मार्गापेक्षा वेगळ्या पद्धतीने जातो.

FAQ

तुम्ही GRE/UDP टिप्पणी का करत राहता?

बरं, सर्वसाधारणपणे, हे टंगस्टन फॅब्रिकसाठी विशिष्ट आहे असे म्हटले जाऊ शकते - तुम्हाला ते अजिबात विचारात घेण्याची गरज नाही.

परंतु जर आपण ते घेतले, तर TF ने, तरीही OpenContrail, दोन्ही एन्कॅप्सुलेशनला समर्थन दिले: GRE मध्ये MPLS आणि UDP मध्ये MPLS.

UDP चांगला आहे कारण सोर्स पोर्टमध्ये मूळ IP+Proto+Port वरून हॅश फंक्शन त्याच्या हेडरमध्ये एन्कोड करणे खूप सोपे आहे, जे तुम्हाला बॅलन्सिंग करण्यास अनुमती देईल.

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

काही काळापर्यंत, राउटर, जर त्यांना डायनॅमिक बोगदे कसे वापरायचे हे माहित असेल, तर ते फक्त MPLSoGRE मध्येच करतात आणि अगदी अलीकडेच ते MPLSoUDP वापरायला शिकले. म्हणून, आपल्याला नेहमी दोन भिन्न एन्कॅप्सुलेशनच्या शक्यतेबद्दल एक नोंद करावी लागेल.

निष्पक्षतेने, हे लक्षात घेण्यासारखे आहे की TF VXLAN वापरून L2 कनेक्टिव्हिटीला पूर्णपणे समर्थन देते.

तुम्ही OpenFlow सह समांतर काढण्याचे वचन दिले आहे.
ते खरोखरच ते विचारत आहेत. त्याच OpenStack मधील vSwitch VXLAN वापरून अगदी सारख्याच गोष्टी करतो, ज्यात UDP शीर्षलेख देखील असतो.

डेटा प्लेनमध्ये ते अंदाजे समान कार्य करतात; कंट्रोल प्लेन लक्षणीय भिन्न आहे. टंगस्टन फॅब्रिक XMPP चा वापर vRouter ला राउटिंग माहिती वितरीत करण्यासाठी करते, तर OpenStack Openflow चालवते.

तुम्ही मला vRouter बद्दल थोडे अधिक सांगू शकाल का?
हे दोन भागांमध्ये विभागले गेले आहे: vRouter Agent आणि vRouter Forwarder.

पहिला होस्ट OS च्या युजर स्पेसमध्ये चालतो आणि SDN कंट्रोलरशी संवाद साधतो, मार्ग, VRF आणि ACL बद्दल माहितीची देवाणघेवाण करतो.

दुसरा डेटा प्लेन लागू करतो - सामान्यत: कर्नल स्पेसमध्ये, परंतु SmartNICs वर देखील चालू शकतो - CPU आणि वेगळ्या प्रोग्रामेबल स्विचिंग चिपसह नेटवर्क कार्ड, जे तुम्हाला होस्ट मशीनच्या CPU वरून लोड काढून टाकण्याची परवानगी देते आणि नेटवर्क अधिक जलद आणि अधिक बनवते. अंदाज करण्यायोग्य

दुसरी संभाव्य परिस्थिती अशी आहे की vRouter हे युजर स्पेसमधील DPDK ऍप्लिकेशन आहे.

vRouter Agent vRouter Forwarder ला सेटिंग्ज पाठवतो.

व्हर्च्युअल नेटवर्क म्हणजे काय?
मी VRF बद्दल लेखाच्या सुरुवातीला नमूद केले आहे की प्रत्येक भाडेकरू त्याच्या स्वतःच्या VRFशी जोडलेला असतो. आणि जर हे आच्छादन नेटवर्कच्या ऑपरेशनच्या वरवरच्या समजण्यासाठी पुरेसे असेल तर पुढील पुनरावृत्तीवर स्पष्टीकरण देणे आवश्यक आहे.

सामान्यतः, व्हर्च्युअलायझेशन मेकॅनिझममध्ये, व्हर्च्युअल नेटवर्क घटक (तुम्ही याला योग्य संज्ञा मानू शकता) क्लायंट/भाडेकरू/व्हर्च्युअल मशीन्सपासून स्वतंत्रपणे सादर केले जाते - एक पूर्णपणे स्वतंत्र गोष्ट. आणि हे व्हर्च्युअल नेटवर्क आधीपासून इंटरफेसद्वारे एका भाडेकरूशी, दुसर्‍या भाडेकरूशी, दोन किंवा कुठेही जोडले जाऊ शकते. म्हणून, उदाहरणार्थ, जेव्हा ट्रॅफिकला आवश्यक क्रमवारीत ठराविक नोड्समधून जावे लागते तेव्हा सेवा साखळी कार्यान्वित केली जाते, फक्त योग्य क्रमाने व्हर्च्युअल नेटवर्क तयार करून आणि कनेक्ट करून.

त्यामुळे, व्हर्च्युअल नेटवर्क आणि भाडेकरू यांच्यात थेट पत्रव्यवहार नाही.

निष्कर्ष

हे होस्ट आणि SDN कंट्रोलरच्या आच्छादनासह आभासी नेटवर्कच्या ऑपरेशनचे अतिशय वरवरचे वर्णन आहे. परंतु आज तुम्ही कोणते व्हर्च्युअलायझेशन प्लॅटफॉर्म निवडले तरीही ते व्हीएमवेअर, एसीआय, ओपनस्टॅक, क्लाउडस्टॅक, टंगस्टन फॅब्रिक किंवा ज्युनिपर कॉन्ट्रेल असो, त्याच प्रकारे कार्य करेल. ते एन्कॅप्स्युलेशन आणि हेडरच्या प्रकारांमध्ये भिन्न असतील, नेटवर्क डिव्हाइसेसना समाप्त करण्यासाठी माहिती वितरीत करण्यासाठी प्रोटोकॉल, परंतु तुलनेने साध्या आणि स्थिर अंडरले नेटवर्कच्या शीर्षस्थानी कार्यरत सॉफ्टवेअर-कॉन्फिगर करण्यायोग्य आच्छादन नेटवर्कचे तत्त्व समान राहील.
आम्ही असे म्हणू शकतो की आज आच्छादन नेटवर्कवर आधारित SDN ने खाजगी क्लाउड तयार करण्याचे क्षेत्र जिंकले आहे. तथापि, याचा अर्थ असा नाही की आधुनिक जगात ओपनफ्लोला कोणतेही स्थान नाही - ते ओपनस्टॅक आणि त्याच व्हीएमवेअर एनएसएक्समध्ये वापरले जाते, माझ्या माहितीनुसार, Google भूमिगत नेटवर्क सेट करण्यासाठी त्याचा वापर करते.

जर तुम्हाला समस्येचा सखोल अभ्यास करायचा असेल तर मी खाली अधिक तपशीलवार सामग्रीचे दुवे दिले आहेत.

आणि आमच्या अंडरलेचे काय?

पण सर्वसाधारणपणे, काहीही नाही. त्याने संपूर्ण मार्ग बदलला नाही. होस्टकडून आच्छादनाच्या बाबतीत त्याला फक्त मार्ग आणि ARPs अद्यतनित करणे आवश्यक आहे कारण vRouter/VNGW दिसतात आणि अदृश्य होतात आणि त्यांच्या दरम्यान पॅकेट्स घेऊन जातात.

अंडरले नेटवर्कसाठी आवश्यकतांची यादी तयार करूया.

1. आमच्या परिस्थितीत काही प्रकारचे रूटिंग प्रोटोकॉल वापरण्यास सक्षम व्हा - बीजीपी.
2. विस्तृत बँडविड्थ, शक्यतो ओव्हरसबस्क्रिप्शनशिवाय, जेणेकरून ओव्हरलोडमुळे पॅकेट गमावले जाणार नाहीत.
3. सपोर्टिंग ECMP हा फॅब्रिकचा अविभाज्य भाग आहे.
4. ECN सारख्या अवघड गोष्टींसह QoS प्रदान करण्यात सक्षम व्हा.
5. NETCONF ला सपोर्ट करणे हा भविष्याचा पाया आहे.

अंडरले नेटवर्कच्या कामासाठी मी येथे फार कमी वेळ दिला. याचे कारण असे की मालिकेत नंतर मी त्यावर लक्ष केंद्रित करेन, आणि आम्ही पासिंगमध्ये फक्त आच्छादनाला स्पर्श करू.

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

तथापि, मला खात्री आहे की डिझाईन असलेले कोणतेही नेटवर्क औपचारिक आणि स्वयंचलितपणे वर्णन केले जाऊ शकते. ऑटोमेशनच्या दृष्टीकोनांना समजून घेणे आणि सामान्य स्वरूपात समस्या सोडवून सर्वांना गोंधळात टाकणे हे माझे येथे उद्दिष्ट आहे.

ADSM चा भाग म्हणून, रोमन गॉर्ज आणि मी संगणकीय शक्तीचे आभासीकरण आणि नेटवर्क व्हर्च्युअलायझेशनसह त्याच्या परस्परसंवादाबद्दल स्वतंत्र अंक प्रकाशित करण्याची योजना आखत आहोत. संपर्कात राहा.

उपयुक्त दुवे

• टंगस्टन फॅब्रिक आर्किटेक्चर.
• बद्दल: ढग. Yandex.Cloud बद्दल 6 तास, जे TF वर व्हर्च्युअल नेटवर्क देखील कव्हर करते.
• ओपन व्हीस्विच म्हणजे काय?
• VxLAN चा परिचय.
• RFC 7348. व्हर्च्युअल एक्स्टेंसिबल लोकल एरिया नेटवर्क (VXLAN): लेयर 2 नेटवर्क्सवर वर्च्युअलाइज्ड लेयर 3 नेटवर्क्स आच्छादित करण्यासाठी फ्रेमवर्क.
  
• VXLAN EVPN फॅब्रिकसाठी स्केलवे दृष्टीकोन. हे अंडरले, आच्छादन, मल्टी-होमिंग आणि व्यवस्थापनाच्या दृष्टिकोनासह संपूर्ण डीसी नेटवर्कबद्दल बोलते.

धन्यवाद

• रोमन गोर्गा - linkmeup पॉडकास्टचा माजी होस्ट आणि आता क्लाउड प्लॅटफॉर्मच्या क्षेत्रातील तज्ञ. टिप्पण्या आणि संपादनांसाठी. बरं, आम्ही नजीकच्या भविष्यात आभासीकरणावरील त्याच्या अधिक सखोल लेखाची वाट पाहत आहोत.
• अलेक्झांडर शालिमोव्ह - माझा सहकारी आणि आभासी नेटवर्क विकास क्षेत्रातील तज्ञ. टिप्पण्या आणि संपादनांसाठी.
• व्हॅलेंटाईन सिनित्सिन - माझे सहकारी आणि टंगस्टन फॅब्रिक क्षेत्रातील तज्ञ. टिप्पण्या आणि संपादनांसाठी.
• आर्टिओम चेरनोबे — इलस्ट्रेटर लिंकमेअप. KDPV साठी.
• अलेक्झांडर लिमोनोव्ह. "ऑटोमॅटो" मेमसाठी.

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