В अघिल्लो मुद्दा मैले नेटवर्क स्वचालन ढाँचा वर्णन गरें। केही मानिसहरूका अनुसार, समस्याको यो पहिलो दृष्टिकोणले पहिले नै केही प्रश्नहरू हल गरिसकेको छ। र यसले मलाई धेरै खुसी बनाउँछ, किनभने चक्रमा हाम्रो लक्ष्य पाइथन स्क्रिप्टहरूद्वारा उत्तरदायीलाई ढाक्नु होइन, तर प्रणाली निर्माण गर्नु हो।

एउटै ढाँचाले क्रम सेट गर्दछ जसमा हामी प्रश्नसँग व्यवहार गर्नेछौं।
र नेटवर्क भर्चुअलाइजेशन, जुन यो मुद्दा समर्पित छ, विशेष गरी ADSM विषय मा फिट हुँदैन, जहाँ हामी स्वचालन विश्लेषण गर्छौं।

तर यसलाई फरक कोणबाट हेरौं।

धेरै सेवाहरूले लामो समयदेखि एउटै नेटवर्क प्रयोग गर्दै आएका छन्। एक दूरसंचार अपरेटर को मामला मा, यो 2G, 3G, LTE, ब्रॉडब्यान्ड र B2B हो, उदाहरण को लागी। DC को मामला मा: विभिन्न ग्राहकहरु को लागी जडान, इन्टरनेट, ब्लक भण्डारण, वस्तु भण्डारण।

र सबै सेवाहरूलाई एक अर्काबाट अलगाव चाहिन्छ। यसरी ओभरले नेटवर्कहरू देखा पर्यो।

र सबै सेवाहरू म्यानुअल रूपमा कन्फिगर गर्न व्यक्तिको लागि पर्खन चाहँदैनन्। यसरी अर्केस्ट्रेटरहरू र SDN देखा पर्‍यो।

नेटवर्कको व्यवस्थित स्वचालनको लागि पहिलो दृष्टिकोण, वा यसको बरु यसको अंश, लामो समयदेखि धेरै ठाउँहरूमा लागू गरिएको छ: VMWare, OpenStack, Google Compute Cloud, AWS, Facebook।

त्यो हामी आज व्यवहार गर्नेछौं।

सामग्रीहरू

• कारण
• टर्मिनलजी
• अन्डरले - भौतिक नेटवर्क
• ओभरले - भर्चुअल नेटवर्क
  • ToR सँग ओभरले
  • होस्टबाट ओभरले
  • उदाहरणको रूपमा टंगस्टन कपडा प्रयोग गर्दै
    • एकल भौतिक मेसिन भित्र संचार
    • विभिन्न भौतिक मेसिनहरूमा अवस्थित VM हरू बीच सञ्चार
    • बाहिरी संसारमा निस्कनुहोस्

• सोधिने प्रश्न
• निष्कर्षमा
• उपयोगी लिङ्कहरू

कारण

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

तपाईंले सम्भवतः एक पटक भन्दा बढी सुन्नु भएको छ कि नेटवर्क सधैं कुनै पनि प्रणालीको सबैभन्दा अक्रिय भाग भएको छ। र यो हरेक अर्थमा सत्य हो। सञ्जाल भनेको आधार हो जसमा सबै कुरा टिक्छ, र यसमा परिवर्तनहरू गर्न धेरै गाह्रो छ - नेटवर्क बन्द हुँदा सेवाहरूले यसलाई सहन गर्दैनन्। प्रायः, एकल नोडलाई डिकमिसन गर्दा एप्लिकेसनहरूको ठूलो भाग लिन सक्छ र धेरै ग्राहकहरूलाई असर गर्न सक्छ। यो आंशिक रूपमा किन नेटवर्क टोलीले कुनै पनि परिवर्तनको प्रतिरोध गर्न सक्छ - किनभने अब यसले कुनै न कुनै रूपमा काम गर्दछ (हामीलाई कसरी थाहा नहुन सक्छ), तर यहाँ तपाईले केहि नयाँ कन्फिगर गर्न आवश्यक छ, र यो थाहा छैन कि यसले नेटवर्कलाई कसरी असर गर्छ।

नेटवर्करहरूले VLAN सम्मिलित गर्न र प्रत्येक नेटवर्क नोडमा कुनै पनि सेवाहरू दर्ता नगर्नको लागि प्रतीक्षा नगर्नको लागि, मानिसहरू ओभरले - ओभरले नेटवर्कहरू प्रयोग गर्ने विचार लिएर आएका थिए - जसमध्ये त्यहाँ धेरै विविधताहरू छन्: GRE, IPinIP, MPLS, MPLS L2/L3VPN, VXLAN, GENEVE, MPLSoverUDP, MPLSoverGRE, आदि।

तिनीहरूको अपील दुई साधारण चीजहरूमा निहित छ:

• अन्तिम नोडहरू मात्र कन्फिगर गरिएका छन् - ट्रान्जिट नोडहरू छुनु आवश्यक छैन। यसले महत्त्वपूर्ण रूपमा प्रक्रियालाई गति दिन्छ, र कहिलेकाहीँ तपाईंलाई नयाँ सेवाहरू परिचय गर्ने प्रक्रियाबाट सञ्जाल पूर्वाधार विभागलाई पूर्ण रूपमा बहिष्कार गर्न अनुमति दिन्छ।
• लोड हेडरहरू भित्र गहिरो लुकेको छ - ट्रान्जिट नोडहरूलाई यसको बारेमा, होस्टहरूमा ठेगानाको बारेमा, वा ओभरले नेटवर्कको मार्गहरू बारे केही थाहा हुनु आवश्यक छैन। यसको मतलब तपाईंले तालिकाहरूमा कम जानकारी भण्डारण गर्न आवश्यक छ, जसको मतलब सरल/सस्तो यन्त्र प्रयोग गर्नु हो।

यो पूर्ण रूपमा पूर्ण समस्यामा छैन, म सबै सम्भावित प्रविधिहरू विश्लेषण गर्ने योजना बनाउँदैन, तर DC मा ओभरले नेटवर्कहरूको सञ्चालनको लागि फ्रेमवर्क वर्णन गर्दछु।

सम्पूर्ण श्रृङ्खलाले समान सर्भर उपकरणहरू स्थापना भएको समान र्याकहरूको पङ्क्तिहरू समावेश भएको डेटा केन्द्रको वर्णन गर्नेछ।

यो उपकरणले भर्चुअल मेसिनहरू/कन्टेनरहरू/सर्भरलेस सेवाहरू लागू गर्दछ।

टर्मिनलजी

एक पाश मा सर्भर म एउटा प्रोग्रामको नाम दिनेछु जसले क्लाइन्ट-सर्भर संचारको सर्भर साइड लागू गर्दछ।

र्याकहरूमा भौतिक मेसिनहरूलाई सर्भर भनिन्छ छैन हामी गर्नेछौं।

भौतिक मेसिन - x86 कम्प्युटर र्याकमा स्थापित। प्रायः प्रयोग हुने शब्द होस्ट। त्यसलाई हामी भन्छौं "машина"वा होस्ट.

हाइपरवाइजर - भर्चुअल मेसिनहरू चल्ने भौतिक स्रोतहरूको अनुकरण गर्ने भौतिक मेसिनमा चलिरहेको एउटा अनुप्रयोग। कहिलेकाहीँ साहित्य र इन्टरनेटमा "हाइपरभाइजर" शब्द "होस्ट" को पर्यायवाची रूपमा प्रयोग गरिन्छ।

भर्चुअल मेसिन - हाइपरभाइजरको शीर्षमा भौतिक मेसिनमा चलिरहेको अपरेटिङ सिस्टम। यस चक्रमा हाम्रो लागि, यो वास्तवमा एक भर्चुअल मेसिन हो वा केवल एक कन्टेनर हो कि भन्ने कुराले फरक पार्दैन। यसलाई कल गरौं "VM«

भाँडादार यो एउटा व्यापक अवधारणा हो जसलाई म यस लेखमा छुट्टै सेवा वा छुट्टै ग्राहकको रूपमा परिभाषित गर्नेछु।

बहु-भाडा वा मल्टिटेनेन्सी - फरक-फरक ग्राहक/सेवाहरूद्वारा एउटै अनुप्रयोगको प्रयोग। एकै समयमा, एक अर्काबाट ग्राहकहरूको अलगाव एप्लिकेसन आर्किटेक्चरको लागि धन्यवाद प्राप्त हुन्छ, र छुट्टै चलिरहेको उदाहरणहरू मार्फत होइन।

ToR - र्याक स्विचको शीर्ष - र्याकमा स्थापित स्विच जसमा सबै भौतिक मेसिनहरू जडान हुन्छन्।

ToR टोपोलोजीको अतिरिक्त, विभिन्न प्रदायकहरूले पङ्क्तिको अन्त्य (EoR) वा पङ्क्तिको मध्य अभ्यास (यद्यपि पछिल्लो एक अपमानजनक दुर्लभता हो र मैले MoR संक्षिप्त नाम देखेको छैन)।

अन्डरले नेटवर्क वा अन्तर्निहित नेटवर्क वा अन्डरले भौतिक नेटवर्क पूर्वाधार हो: स्विचहरू, राउटरहरू, केबलहरू।

ओभरले नेटवर्क वा ओभरले नेटवर्क वा ओभरले - भौतिकको माथि चलिरहेको सुरुङहरूको भर्चुअल नेटवर्क।

L3 कपडा वा IP कपडा - मानवजातिको एक अद्भुत आविष्कार जसले तपाईंलाई STP दोहोर्याउन र अन्तर्वार्ताको लागि TRILL सिक्नबाट बच्न अनुमति दिन्छ। एक अवधारणा जसमा पहुँच स्तर सम्मको सम्पूर्ण नेटवर्क विशेष रूपमा L3 हो, VLAN हरू बिना र, तदनुसार, विशाल विस्तारित प्रसारण डोमेनहरू। हामी अर्को भागमा "कारखाना" शब्द कहाँबाट आयो भनेर हेर्नेछौं।

SDN - सफ्टवेयर परिभाषित नेटवर्क। परिचय चाहिँदैन । नेटवर्क व्यवस्थापनको दृष्टिकोण जहाँ सञ्जालमा परिवर्तनहरू एक व्यक्तिद्वारा होइन, तर कार्यक्रमद्वारा गरिन्छ। सामान्यतया कन्ट्रोल प्लेनलाई अन्त नेटवर्क उपकरणहरू भन्दा बाहिर नियन्त्रकमा सार्नु हो।

NFV — नेटवर्क फंक्शन भर्चुअलाइजेशन — नेटवर्क उपकरणहरूको भर्चुअलाइजेशन, नयाँ सेवाहरूको कार्यान्वयनलाई गति दिन, सेवा चेनिङ र सरल तेर्सो स्केलेबिलिटी व्यवस्थित गर्न भर्चुअल मेसिन वा कन्टेनरहरूको रूपमा चलाउन सकिन्छ भनी सुझाव दिन्छ।

VNF - भर्चुअल नेटवर्क प्रकार्य। विशिष्ट भर्चुअल उपकरण: राउटर, स्विच, फायरवाल, NAT, IPS/IDS, आदि।

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

धेरै नेटवर्कहरू आज स्पष्ट रूपमा दुई भागहरूमा विभाजन गर्न सकिन्छ:

अन्डरले - एक स्थिर कन्फिगरेसन संग एक भौतिक नेटवर्क।
ओवरले - भाडामा लिनेहरूलाई अलग गर्नको लागि अन्डरलेमा अमूर्तता।

यो दुबै DC को मामलामा सत्य हो (जसलाई हामी यस लेखमा विश्लेषण गर्नेछौं) र ISP (जसलाई हामी विश्लेषण गर्दैनौं, किनकि यो पहिले नै भइसकेको छ। SDSM)। उद्यम नेटवर्क संग, अवश्य पनि, स्थिति केहि फरक छ।

नेटवर्क मा फोकस संग तस्वीर:

अन्डरले

अन्डरले एक भौतिक नेटवर्क हो: हार्डवेयर स्विच र केबलहरू। भूमिगत उपकरणहरूले भौतिक मेसिनहरूमा कसरी पुग्ने भनेर जान्दछन्।

यो मानक प्रोटोकल र प्रविधिहरूमा निर्भर गर्दछ। कम्तिमा होइन किनभने आजको हार्डवेयर उपकरणहरूले स्वामित्व सफ्टवेयरमा काम गर्दछ जसले कि त चिप प्रोग्रामिङ गर्न वा आफ्नै प्रोटोकलहरू लागू गर्न अनुमति दिँदैन; तदनुसार, अन्य विक्रेताहरूसँग अनुकूलता र मानकीकरण आवश्यक छ।

तर गुगल जस्तो कोहीले आफ्नै स्विचहरू विकास गर्न र सामान्यतया स्वीकृत प्रोटोकलहरू त्याग्न सक्नेछ। तर LAN_DC गुगल होइन।

अन्डरले अपेक्षाकृत विरलै परिवर्तन गर्दछ किनभने यसको काम भौतिक मेसिनहरू बीच आधारभूत आईपी जडान हो। Underlay लाई सेवाहरू, क्लाइन्टहरू, वा भाडामा लिनेहरूको बारेमा केही थाहा छैन - यो केवल एक मेसिनबाट अर्कोमा प्याकेज डेलिभर गर्न आवश्यक छ।
अन्डरले यस्तो हुन सक्छ:

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

अन्डरले नेटवर्क क्लासिक तरिकामा कन्फिगर गरिएको छ: CLI/GUI/NETCONF।

म्यानुअल रूपमा, लिपिहरू, स्वामित्व उपयोगिताहरू।

शृङ्खलाको अर्को लेख थप विवरणमा अन्डरलेमा समर्पित हुनेछ।

ओवरले

ओभरले अन्डरलेको शीर्षमा फैलिएको सुरुङहरूको भर्चुअल नेटवर्क हो, यसले अन्य ग्राहकहरूबाट अलगाव प्रदान गर्दा एक ग्राहकको VM लाई एकअर्कासँग सञ्चार गर्न अनुमति दिन्छ।

ग्राहक डेटा सार्वजनिक नेटवर्कमा प्रसारणको लागि केही टनेलिङ हेडरहरूमा इन्क्याप्सुलेटेड छ।

त्यसोभए एक ग्राहक (एउटा सेवा) को VM ले ओभरले मार्फत एक अर्कासँग कुराकानी गर्न सक्छ, प्याकेटले वास्तवमा कुन बाटो लिन्छ भनेर पनि थाहा छैन।

ओभरले हुन सक्छ, उदाहरणका लागि, मैले माथि उल्लेख गरे जस्तै:

• GRE सुरुङ
• VXLAN
• EVPN
• L3VPN
• GENEVE

एक ओभरले नेटवर्क सामान्यतया कन्फिगर र केन्द्रीय नियन्त्रक मार्फत राखिएको छ। यसबाट, कन्फिगरेसन, कन्ट्रोल प्लेन र डाटा प्लेनलाई क्लाइन्ट ट्राफिकलाई रुट गर्ने र इन्क्याप्सुलेट गर्ने उपकरणहरूमा डेलिभर गरिन्छ। थोरै तल उदाहरणका साथ यसलाई हेरौं।

हो, यो यसको शुद्ध रूपमा SDN हो।

त्यहाँ एक ओभरले नेटवर्क संगठित गर्न दुई मौलिक रूपमा फरक दृष्टिकोण छन्:

1. ToR सँग ओभरले
2. होस्टबाट ओभरले

ToR सँग ओभरले

ओभरले र्याकमा उभिएको पहुँच स्विच (ToR) मा सुरु हुन सक्छ, जस्तै हुन्छ, उदाहरणका लागि, VXLAN कपडाको मामलामा।

यो ISP नेटवर्कहरूमा समय-परीक्षण संयन्त्र हो र सबै नेटवर्क उपकरण विक्रेताहरूले यसलाई समर्थन गर्छन्।

यद्यपि, यस अवस्थामा, ToR स्विचले क्रमशः विभिन्न सेवाहरू अलग गर्न सक्षम हुनुपर्दछ, र नेटवर्क प्रशासकले निश्चित हदसम्म भर्चुअल मेसिन प्रशासकहरूसँग सहयोग गर्नुपर्छ र यन्त्रहरूको कन्फिगरेसनमा परिवर्तनहरू (स्वचालित भए पनि) गर्नुपर्दछ। ।

यहाँ म पाठकको बारेमा एउटा लेखमा उल्लेख गर्नेछु Habré मा VxLAN हाम्रो पुरानो साथी @bormoglotx.
यस मा ENOG सँग प्रस्तुतीकरणहरू EVPN VXLAN कपडाको साथ DC नेटवर्क निर्माण गर्ने दृष्टिकोणहरू विस्तृत रूपमा वर्णन गरिएको छ।

र वास्तविकता मा थप पूर्ण विसर्जन को लागी, तपाइँ Tsiska को पुस्तक पढ्न सक्नुहुन्छ एक आधुनिक, खुला, र स्केलेबल कपडा: VXLAN EVPN.

मैले नोट गरें कि VXLAN केवल एक encapsulation विधि हो र सुरुङहरूको समाप्ति ToR मा होइन, तर होस्टमा हुन सक्छ, जस्तै OpenStack को मामलामा हुन्छ, उदाहरणका लागि।

यद्यपि, VXLAN कपडा, जहाँ ओभरले ToR मा सुरु हुन्छ, स्थापित ओभरले नेटवर्क डिजाइनहरू मध्ये एक हो।

होस्टबाट ओभरले

अर्को दृष्टिकोण भनेको अन्तिम होस्टहरूमा सुरुङहरू सुरु गर्ने र समाप्त गर्ने हो।
यस अवस्थामा, नेटवर्क (अण्डरले) सम्भव भएसम्म सरल र स्थिर रहन्छ।
र होस्ट आफैले सबै आवश्यक encapsulation गर्छ।

यो अवश्य पनि होस्टहरूमा विशेष अनुप्रयोग चलाउन आवश्यक छ, तर यो यसको लायक छ।

पहिले, लिनक्स मेसिनमा क्लाइन्ट चलाउन सजिलो छ वा, मानौं, सम्भव पनि, स्विचमा हुँदा तपाईले प्रायः स्वामित्व SDN समाधानहरूमा फर्कनु पर्ने हुन्छ, जसले बहु-विक्रेताको विचारलाई मार्छ।

दोस्रो, यस अवस्थामा ToR स्विचलाई सम्भव भएसम्म सरल छोड्न सकिन्छ, दुबै नियन्त्रण विमान र डेटा प्लेनको दृष्टिकोणबाट। वास्तवमा, त्यसोभए यसले SDN नियन्त्रकसँग सञ्चार गर्न आवश्यक पर्दैन, र यसले सबै जडान गरिएका क्लाइन्टहरूको नेटवर्क/एआरपीहरू भण्डारण गर्न आवश्यक पर्दैन - यो भौतिक मेसिनको आईपी ठेगाना जान्न पर्याप्त छ, जसले स्विचिंग/लाई धेरै सरल बनाउँछ। रूटिङ तालिकाहरू।

ADSM श्रृंखलामा, म होस्टबाट ओभरले दृष्टिकोण रोज्छु - त्यसपछि हामी यसको बारेमा मात्र कुरा गर्छौं र हामी VXLAN कारखानामा फर्कने छैनौं।

उदाहरणहरू हेर्न यो सजिलो छ। र एक परीक्षण विषयको रूपमा हामी OpenSource SDN प्लेटफर्म OpenContrail लिनेछौं, जसलाई अहिले भनिन्छ टंगस्टन कपडा.

लेखको अन्त्यमा म OpenFlow र OpenvSwitch सँग समानतामा केही विचार दिनेछु।

उदाहरणको रूपमा टंगस्टन कपडा प्रयोग गर्दै

प्रत्येक भौतिक मेसिन छ vRouter - एक भर्चुअल राउटर जसले यसमा जडान गरिएका सञ्जालहरू र तिनीहरू कुन क्लाइन्टहरूसँग सम्बन्धित छन् भन्ने बारे जान्दछ - अनिवार्य रूपमा एक PE राउटर। प्रत्येक ग्राहकको लागि, यसले पृथक राउटिङ तालिका (VRF पढ्नुहोस्) राख्छ। र vRouter ले वास्तवमा ओभरले टनेलिङ गर्छ।

vRouter को बारेमा थोरै थप लेखको अन्त्यमा छ।

हाइपरभाइजरमा अवस्थित प्रत्येक VM यस मेसिनको vRouter मार्फत जडान गरिएको छ ट्याप इन्टरफेस.

ट्याप गर्नुहोस् - टर्मिनल एक्सेस पोइन्ट - लिनक्स कर्नेलमा भर्चुअल इन्टरफेस जसले नेटवर्क अन्तरक्रियालाई अनुमति दिन्छ।

यदि vRouter पछि धेरै नेटवर्कहरू छन् भने, त्यसपछि तिनीहरू प्रत्येकको लागि भर्चुअल इन्टरफेस सिर्जना गरिएको छ, जसमा IP ठेगाना तोकिएको छ - यो पूर्वनिर्धारित गेटवे ठेगाना हुनेछ।
एक ग्राहक को सबै नेटवर्क एक मा राखिएको छ VRF (एउटा टेबल), फरक-फरकमा।
म यहाँ अस्वीकरण गर्नेछु कि सबै कुरा यति सरल छैन, र म जिज्ञासु पाठकलाई लेखको अन्त्यमा पठाउनेछु।.

ताकि vRouters एक अर्कासँग सञ्चार गर्न सकून्, र तदनुसार तिनीहरूको पछाडि अवस्थित VM हरू, तिनीहरूले मार्फत राउटिङ जानकारी आदानप्रदान गर्छन्। SDN नियन्त्रक.

बाहिरी संसारमा जानको लागि, म्याट्रिक्सबाट बाहिर निस्कने बिन्दु छ - एक भर्चुअल नेटवर्क गेटवे VNGW - भर्चुअल नेटवर्क गेटवे (मेरो कार्यकाल).

अब सञ्चारका उदाहरणहरू हेरौं - र त्यहाँ स्पष्टता हुनेछ।

एकल भौतिक मेसिन भित्र संचार

VM0 ले VM2 मा प्याकेट पठाउन चाहन्छ। अहिलेको लागि मानौं कि यो एकल ग्राहक VM हो।

डाटा प्लेन

1. VM-0 सँग यसको eth0 इन्टरफेसमा पूर्वनिर्धारित मार्ग छ। प्याकेज त्यहाँ पठाइन्छ।
   यो इन्टरफेस eth0 वास्तवमा TAP इन्टरफेस tap0 मार्फत भर्चुअल राउटर vRouter सँग जोडिएको छ।
2. vRouter ले प्याकेट कुन इन्टरफेसमा आयो भन्ने विश्लेषण गर्छ, त्यो कुन क्लाइन्ट (VRF) को हो, र यस क्लाइन्टको रूटिङ टेबलसँग प्रापकको ठेगाना जाँच गर्छ।
3. एउटै मेसिनमा प्राप्तकर्ता फरक पोर्टमा रहेको पत्ता लगाएपछि, vRouter ले कुनै अतिरिक्त हेडर बिना नै प्याकेट पठाउँछ - यस अवस्थामा, vRouter सँग पहिले नै ARP प्रविष्टि छ।

यस अवस्थामा, प्याकेट भौतिक नेटवर्कमा प्रवेश गर्दैन - यो vRouter भित्र रूट गरिएको छ।

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

जब भर्चुअल मेसिन सुरु हुन्छ, हाइपरभाइजरले यसलाई बताउँछ:

• उनको आफ्नै आईपी ठेगाना।
• पूर्वनिर्धारित मार्ग यो नेटवर्कमा vRouter को IP ठेगाना मार्फत हो।

हाइपरभाइजरले विशेष API मार्फत vRouter लाई रिपोर्ट गर्छ:

• तपाईलाई भर्चुअल इन्टरफेस सिर्जना गर्न आवश्यक छ।
• कस्तो प्रकारको भर्चुअल नेटवर्क यसलाई (VM) सिर्जना गर्न आवश्यक छ?
• कुन VRF (VN) लाई यसलाई बाँध्न।
• यो VM को लागि स्थिर ARP प्रविष्टि - कुन इन्टरफेस यसको IP ठेगाना पछाडि छ र कुन MAC ठेगानासँग सम्बन्धित छ।

फेरि, अवधारणा बुझ्नको लागि वास्तविक अन्तरक्रिया प्रक्रिया सरलीकृत गरिएको छ।

यसरी, vRouter ले दिइएको मेसिनमा एक ग्राहकको सबै VM लाई सीधा जडान गरिएको नेटवर्कको रूपमा देख्छ र तिनीहरूको बीचमा रूट गर्न सक्छ।

तर VM0 र VM1 फरक-फरक ग्राहकहरूसँग सम्बन्धित छन् र, तदनुसार, फरक vRouter तालिकाहरूमा छन्।

तिनीहरूले एकअर्कासँग सीधै कुराकानी गर्न सक्छन् कि छैनन् भन्ने कुरा vRouter सेटिङहरू र नेटवर्क डिजाइनमा निर्भर गर्दछ।
उदाहरणका लागि, यदि दुबै ग्राहकहरूको VM ले सार्वजनिक ठेगानाहरू प्रयोग गर्दछ, वा NAT vRouter मा हुन्छ, त्यसपछि vRouter मा सीधा रूटिङ गर्न सकिन्छ।

विपरित स्थितिमा, ठेगाना खाली ठाउँहरू पार गर्न सम्भव छ - तपाईंले सार्वजनिक ठेगाना प्राप्त गर्न NAT सर्भर मार्फत जानु पर्छ - यो बाह्य नेटवर्कहरू पहुँच गर्न समान छ, जुन तल छलफल गरिएको छ।

विभिन्न भौतिक मेसिनहरूमा अवस्थित VM हरू बीच सञ्चार

डाटा प्लेन

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, अन्डरले नेटवर्कको सदस्यको रूपमा, थाहा छ (उदाहरणका लागि, OSPF मार्फत) 10.0.1.2 मा कसरी पुग्ने र मार्गमा प्याकेट पठाउँछ। ध्यान दिनुहोस् कि ECMP यहाँ सक्षम छ। दृष्टान्तमा दुई नेक्स्टहपहरू छन्, र विभिन्न थ्रेडहरूलाई ह्यासद्वारा क्रमबद्ध गरिनेछ। एक वास्तविक कारखाना को मामला मा, अधिक सम्भावना 4 nexthops हुनेछ।

   एकै समयमा, उसलाई बाह्य आईपी हेडर अन्तर्गत के छ भनेर जान्न आवश्यक छैन। त्यो हो, वास्तवमा, IP अन्तर्गत त्यहाँ IPv6 को स्यान्डविच हुन सक्छ MPLS मा Ethernet मा 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 ग्राहक ट्याग
  • तपाईंको आईपी ठेगाना nexthop को रूपमा

• SDN नियन्त्रकले सबै जडान गरिएका vRouters बाट त्यस्ता मार्गहरू प्राप्त गर्दछ र तिनीहरूलाई अरूलाई प्रतिबिम्बित गर्दछ। अर्थात्, यसले रुट रिफ्लेक्टरको रूपमा काम गर्छ।

उल्टो दिशामा पनि त्यस्तै हुन्छ।

ओभरले कम्तिमा हरेक मिनेट परिवर्तन हुन सक्छ। यो लगभग सार्वजनिक क्लाउडहरूमा के हुन्छ, जहाँ क्लाइन्टहरू नियमित रूपमा उनीहरूको भर्चुअल मेसिनहरू सुरु र बन्द गर्छन्।

केन्द्रीय नियन्त्रकले कन्फिगरेसन कायम राख्ने र vRouter मा स्विचिङ/राउटिंग तालिकाहरूको निगरानी गर्ने सबै जटिलताहरूको ख्याल राख्छ।

लगभग बोल्दै, नियन्त्रकले BGP (वा समान प्रोटोकल) मार्फत सबै vRouters सँग सञ्चार गर्छ र केवल रूटिङ जानकारी पठाउँछ। BGP, उदाहरण को लागी, पहिले नै ठेगाना-परिवार छ encapsulation विधि बताउन MPLS-in-GRE वा MPLS-in-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 भएको पछाडिको कपडा वा VNGW बाट IP नेटवर्क मार्फत सीमासम्म GRE सुरुङ हुन सक्छ।
   यो हुन सक्छ, VNGW1 ले आवश्यक encapsulations प्रदर्शन गर्दछ र सीमा तिर प्रारम्भिक प्याकेट पठाउँछ।

विपरित दिशामा ट्राफिक विपरित क्रममा उही चरणहरू मार्फत जान्छ।

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 छिमेक स्थापना गर्दछ, जहाँबाट यसले ग्राहकहरूको बारेमा सबै राउटिङ जानकारी प्राप्त गर्दछ: कुन आईपी ठेगाना (vRouter) कुन ग्राहकको पछाडि छ, र कुन MPLS लेबलले यसलाई पहिचान गरेको छ।

त्यसै गरी, उसले आफैलाई नेक्स्टहपको रूपमा संकेत गर्दै, यस ग्राहकको लेबलको साथ पूर्वनिर्धारित मार्गको SDN नियन्त्रकलाई सूचित गर्दछ। र त्यसपछि यो पूर्वनिर्धारित vRouters मा आइपुग्छ।

VNGW मा, रूट एग्रीगेसन वा NAT अनुवाद सामान्यतया हुन्छ।

र अर्को दिशामा, यसले सीमाना वा रूट रिफ्लेक्टरहरूको साथ सत्रमा ठ्याक्कै यो एकत्रित मार्ग पठाउँछ। र तिनीहरूबाट यसले पूर्वनिर्धारित मार्ग वा पूर्ण-दृश्य, वा अरू केहि प्राप्त गर्दछ।

एन्क्याप्सुलेशन र ट्राफिक एक्सचेन्जको सन्दर्भमा, VNGW vRouter भन्दा फरक छैन।
यदि तपाईंले दायरालाई थोरै विस्तार गर्नुभयो भने, तपाईंले अन्य नेटवर्क उपकरणहरू VNGWs र vRouters मा थप्न सक्नुहुन्छ, जस्तै फायरवालहरू, ट्राफिक सफाई वा संवर्धन फार्महरू, IPS, र यस्तै।

र VRF हरूको क्रमिक सिर्जना र मार्गहरूको सही घोषणाको मद्दतले, तपाईंले ट्राफिकलाई आफूले चाहेको बाटो लुप गर्न बाध्य पार्न सक्नुहुन्छ, जसलाई सेवा चेनिङ भनिन्छ।

अर्थात्, यहाँ पनि SDN नियन्त्रकले VNGWs, vRouters र अन्य नेटवर्क यन्त्रहरू बीच रुट-रिफ्लेक्टरको रूपमा काम गर्छ।

तर वास्तवमा, नियन्त्रकले ACL र PBR (नीतिमा आधारित राउटिङ) को बारेमा जानकारी पनि जारी गर्दछ, जसले गर्दा व्यक्तिगत ट्राफिक प्रवाहहरू उनीहरूलाई बताइएका मार्गभन्दा फरक तरिकाले जान्छन्।

सोधिने प्रश्न

तपाईं किन GRE/UDP टिप्पणी गरिरहनुभएको छ?

ठीक छ, सामान्यतया, यो टंगस्टन कपडाको लागि विशिष्ट हुन सक्छ - तपाईंले यसलाई कुनै पनि हिसाबमा लिनु पर्दैन।

तर यदि हामीले यसलाई लियौं भने, तब TF ले, अझै पनि OpenContrail, दुबै encapsulations लाई समर्थन गर्‍यो: GRE मा MPLS र UDP मा MPLS।

UDP राम्रो छ किनभने स्रोत पोर्टमा यसको हेडरमा रहेको मूल IP+Proto+Port बाट ह्यास प्रकार्य इन्कोड गर्न धेरै सजिलो छ, जसले तपाईंलाई सन्तुलन गर्न अनुमति दिनेछ।

GRE को मामला मा, अफसोस, त्यहाँ केवल बाह्य आईपी र GRE हेडरहरू छन्, जुन सबै इन्क्याप्सुलेटेड ट्राफिकको लागि समान छन् र त्यहाँ सन्तुलनको कुनै कुरा छैन - थोरै मानिसहरूले प्याकेट भित्र यति गहिरो हेर्न सक्छन्।

केही समय सम्म, राउटरहरूले, यदि उनीहरूलाई गतिशील टनेलहरू कसरी प्रयोग गर्ने भनेर थाहा थियो भने, MPLSoGRE मा मात्र गरे, र भर्खरै मात्र उनीहरूले MPLSoUDP प्रयोग गर्न सिकेका थिए। त्यसकारण, हामीले जहिले पनि दुई फरक इन्क्याप्सुलेशनको सम्भावनाको बारेमा नोट बनाउनु पर्छ।

निष्पक्षतामा, यो नोट गर्न लायक छ कि TF ले VXLAN प्रयोग गरेर L2 जडानलाई पूर्ण रूपमा समर्थन गर्दछ।

तपाईंले OpenFlow सँग समानताहरू कोर्ने वाचा गर्नुभयो।
तिनीहरू वास्तवमै यसको लागि सोधिरहेका छन्। उही OpenStack मा vSwitch ले धेरै समान चीजहरू गर्दछ, VXLAN प्रयोग गरेर, जसमा, एक UDP हेडर पनि छ।

डाटा प्लेनमा तिनीहरू लगभग समान काम गर्छन्; नियन्त्रण विमान महत्त्वपूर्ण रूपमा भिन्न हुन्छ। Tungsten Fabric ले VRouter मा राउटिङ जानकारी डेलिभर गर्न XMPP प्रयोग गर्दछ, जबकि OpenStack Openflow चलाउँछ।

के तपाईं मलाई vRouter को बारेमा अलि बढी बताउन सक्नुहुन्छ?
यसलाई दुई भागमा विभाजन गरिएको छ: vRouter Agent र vRouter Forwarder।

पहिलो एक होस्ट OS को प्रयोगकर्ता स्पेस मा चल्छ र SDN नियन्त्रक संग संचार, मार्ग, VRFs र ACLs को बारे मा जानकारी आदान प्रदान गर्दछ।

दोस्रोले डाटा प्लेन लागू गर्दछ - सामान्यतया कर्नेल स्पेसमा, तर SmartNICs मा पनि चल्न सक्छ - CPU र छुट्टै प्रोग्रामेबल स्विचिङ चिप भएको नेटवर्क कार्डहरू, जसले तपाईंलाई होस्ट मेसिनको CPU बाट लोड हटाउन र नेटवर्कलाई छिटो र थप बनाउन अनुमति दिन्छ। अनुमान गर्न सकिने।

अर्को सम्भावित परिदृश्य यो हो कि vRouter प्रयोगकर्ता स्पेसमा DPDK अनुप्रयोग हो।

vRouter Agent ले vRouter Forwarder मा सेटिङहरू पठाउँछ।

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

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

त्यसकारण, जस्तै, भर्चुअल नेटवर्क र भाडामा लिनेहरू बीच कुनै प्रत्यक्ष पत्राचार छैन।

निष्कर्षमा

यो होस्ट र SDN नियन्त्रकबाट ओभरले भएको भर्चुअल नेटवर्कको सञ्चालनको धेरै सतही विवरण हो। तर जुनसुकै भर्चुअलाइजेशन प्लेटफर्म तपाईले आज रोज्नुहुन्छ, यसले समान रूपमा काम गर्नेछ, यो VMWare, ACI, OpenStack, CloudStack, Tungsten Fabric वा Juniper Contrail होस्। तिनीहरू encapsulations र हेडरहरूको प्रकारहरूमा भिन्न हुनेछन्, नेटवर्क उपकरणहरू अन्त्य गर्न जानकारी प्रदान गर्नका लागि प्रोटोकलहरू, तर एक अपेक्षाकृत सरल र स्थिर अन्डरले नेटवर्कको शीर्षमा सफ्टवेयर-कन्फिगर योग्य ओभरले नेटवर्कको सिद्धान्त उस्तै रहनेछ।
हामी भन्न सक्छौं कि आज ओभरले नेटवर्कमा आधारित SDN ले निजी क्लाउड सिर्जना गर्ने क्षेत्र जितेको छ। यद्यपि, यसको मतलब यो होइन कि आधुनिक संसारमा ओपनफ्लोको कुनै स्थान छैन - यो OpenStake र उही VMWare NSX मा प्रयोग गरिन्छ, जहाँसम्म मलाई थाहा छ, Google ले यसलाई भूमिगत नेटवर्क सेटअप गर्न प्रयोग गर्दछ।

यदि तपाइँ मुद्दालाई गहिरो अध्ययन गर्न चाहनुहुन्छ भने तल मैले थप विस्तृत सामग्रीहरूको लिङ्कहरू प्रदान गरेको छु।

र हाम्रो Underlay को बारेमा के हो?

तर सामान्य मा, केहि छैन। उनले सम्पूर्ण बाटो परिवर्तन गरेनन्। उसले होस्टबाट ओभरलेको मामलामा के गर्न आवश्यक छ रुटहरू र एआरपीहरू अपडेट गर्ने रूपमा vRouter/VNGW देखा पर्छन् र तिनीहरूको बीचमा प्याकेटहरू बोक्छन्।

अन्डरले नेटवर्कको लागि आवश्यकताहरूको सूची तयार गरौं।

1. हाम्रो अवस्थामा - BGP कुनै प्रकारको रूटिङ प्रोटोकल प्रयोग गर्न सक्षम हुनुहोस्।
2. एक फराकिलो ब्यान्डविथ छ, अधिमानतः ओभरसब्सक्रिप्शन बिना, ताकि प्याकेटहरू ओभरलोडहरूको कारणले हराउँदैनन्।
3. सपोर्टिङ ECMP कपडाको अभिन्न अंग हो।
4. ECN जस्ता कठिन चीजहरू सहित QoS प्रदान गर्न सक्षम हुनुहोस्।
5. NETCONF लाई समर्थन गर्नु भविष्यको लागि आधार हो।

मैले यहाँ अन्डरले नेटवर्कको काममा धेरै थोरै समय दिएँ। यो किनभने पछि श्रृंखलामा म यसमा फोकस गर्नेछु, र हामी पासिंगमा ओभरलेमा मात्र छुनेछौं।

जाहिर छ, म क्लोज फ्याक्ट्रीमा शुद्ध आईपी राउटिंग र होस्टबाट ओभरलेको साथ निर्मित DC नेटवर्क उदाहरणको रूपमा प्रयोग गरेर हामी सबैलाई गम्भीर रूपमा सीमित गर्दैछु।

यद्यपि, म विश्वस्त छु कि डिजाइन भएको कुनै पनि नेटवर्कलाई औपचारिक र स्वचालित रूपमा वर्णन गर्न सकिन्छ। यहाँ मेरो लक्ष्य भनेको स्वचालनका दृष्टिकोणहरू बुझ्नु हो, र सामान्य रूपमा समस्या समाधान गरेर सबैलाई भ्रमित नगर्नु हो।

ADSM को भागको रूपमा, रोमन गर्ज र म कम्प्युटिङ पावरको भर्चुअलाइजेशन र नेटवर्क भर्चुअलाइजेशनसँग यसको अन्तरक्रियाको बारेमा छुट्टै मुद्दा प्रकाशित गर्ने योजना गर्छौं। सम्पर्कमा रहनुहोस्।

उपयोगी लिङ्कहरू

• टंगस्टन कपडा आर्किटेक्चर.
• बारे: बादल। Yandex.Cloud को बारेमा 6 घण्टा, जसले TF मा भर्चुअल नेटवर्कलाई पनि कभर गर्दछ।
• Open vSwitch के हो?
• VxLAN को परिचय.
• RFC 7348. भर्चुअल एक्स्टेन्सिबल लोकल एरिया नेटवर्क (VXLAN): लेयर 2 नेटवर्कहरूमा भर्चुअलाइज्ड लेयर 3 नेटवर्कहरू ओभरले गर्ने फ्रेमवर्क।
  
• VXLAN EVPN कपडामा स्केलवे दृष्टिकोण। यसले सम्पूर्ण DC नेटवर्कको बारेमा कुरा गर्छ, जसमा अन्डरले, ओभरले, बहु-होमिङ र व्यवस्थापनको दृष्टिकोणहरू समावेश छन्।

धन्यवाद

• रोमन गोर्गा - Linkmeup पोडकास्ट को पूर्व होस्ट र अब क्लाउड प्लेटफार्म को क्षेत्र मा एक विशेषज्ञ। टिप्पणी र सम्पादन को लागी। ठीक छ, हामी निकट भविष्यमा भर्चुअलाइजेशनमा उनको थप गहन लेखको लागि पर्खिरहेका छौं।
• अलेक्जेन्डर शालिमोभ - भर्चुअल नेटवर्क विकास को क्षेत्र मा मेरो सहकर्मी र विशेषज्ञ। टिप्पणी र सम्पादन को लागी।
• भ्यालेन्टिन सिनित्सिन - मेरो सहकर्मी र टंगस्टन कपडाको क्षेत्रमा विशेषज्ञ। टिप्पणी र सम्पादन को लागी।
• Artyom Chernobay - इलस्ट्रेटर लिंकमेअप। KDPV को लागी।
• अलेक्जेंडर लिमोनोभ। "स्वचालित" मेमको लागि।

स्रोत: www.habr.com