हामीले कसरी मस्को कार्यालयमा Huawei मा नयाँ नेटवर्क डिजाइन र कार्यान्वयन गर्यौं, भाग २

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

प्राविधिक समाधान चयन गर्दै: उत्परिवर्ती अभयारण्य

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

किन?

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

यहाँ, उदाहरणका लागि, विकास विभाग हो: यसका कर्मचारीहरूले ठूलो संख्यामा ग्राहकहरूको लागि कोड लेख्छन् र परीक्षण गर्छन्। प्रायः त्यहाँ द्रुत रूपमा परीक्षण वातावरणहरू व्यवस्थित गर्न आवश्यक छ, र स्पष्ट रूपमा भन्नुपर्दा, प्रत्येक परियोजनाको लागि आवश्यकताहरू निर्माण गर्न, स्रोतहरू अनुरोध गर्न र सबै आन्तरिक नियमहरू अनुसार छुट्टै परीक्षण वातावरण निर्माण गर्न सधैं सम्भव हुँदैन। यसले जिज्ञासु अवस्थाहरूलाई जन्म दिन्छ: एक दिन तपाईंको विनम्र सेवकले विकासकर्ताहरूको कोठामा हेरे र टेबलको मुनि 20 डेस्कटपहरूको राम्रोसँग काम गर्ने Hadoop क्लस्टर भेट्टायो, जुन स्पष्ट रूपमा साझा नेटवर्कमा जडान गरिएको थियो। मलाई लाग्दैन कि कम्पनीको आईटी विभागलाई यसको अस्तित्वको बारेमा थाहा थिएन भनेर स्पष्ट गर्न लायक छ। यो परिस्थिति, अरू धेरैजस्तै, यस तथ्यको लागि जिम्मेवार थियो कि परियोजनाको विकासको क्रममा, "उत्परिवर्ती रिजर्भ" शब्दको जन्म भएको थियो, लामो समयदेखि सहन सक्ने कार्यालय पूर्वाधारको अवस्था वर्णन गर्दै।

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

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

राजमार्ग डिजाइन: हामी अपरेटर हौं (आश्चर्य)

सबै कमजोरीहरू मूल्याङ्कन गरेपछि, हामीले एउटै कार्यालयमा टेलिकम्युनिकेसन अपरेटरको नेटवर्क पाएको महसुस गर्यौं, र हामीले सोही अनुसार काम गर्न थाल्यौं।

हामीले एक कोर नेटवर्क बनाएका छौं जसको मद्दतले कुनै पनि आन्तरिक र भविष्यमा बाह्य, उपभोक्ताहरूलाई आवश्यक सेवाहरू प्रदान गरिन्छ: L2 VPN, L3 VPN वा नियमित L3 राउटिंग। केही विभागहरूलाई सुरक्षित इन्टरनेट पहुँच चाहिन्छ, जबकि अरूलाई फायरवाल बिना सफा पहुँच चाहिन्छ, तर एकै समयमा हाम्रो कर्पोरेट स्रोतहरू र कोर नेटवर्कलाई तिनीहरूको ट्राफिकबाट जोगाउने।

हामीले अनौपचारिक रूपमा प्रत्येक डिभिजनको साथ "एक SLA निष्कर्ष" गर्यौं। यसको अनुसार, उत्पन्न हुने सबै घटनाहरू निश्चित, पूर्व-सहमत अवधि भित्र हटाउनु पर्छ। यसको सञ्जालका लागि कम्पनीको आवश्यकताहरू कडा हुन पुग्यो। टेलिफोन र इमेल विफलताको घटनामा घटनाको लागि अधिकतम प्रतिक्रिया समय 5 मिनेट थियो। सामान्य विफलताहरूमा नेटवर्क कार्यक्षमता पुनर्स्थापना गर्ने समय एक मिनेट भन्दा बढी छैन।

हामीसँग वाहक-ग्रेड नेटवर्क भएको हुनाले, तपाईं नियमहरू अनुसार कडाइका साथ मात्र यसमा जडान गर्न सक्नुहुन्छ। सेवा इकाईहरूले नीतिहरू सेट गर्छन् र सेवाहरू प्रदान गर्छन्। तिनीहरूलाई विशेष सर्भरहरू, भर्चुअल मेसिनहरू र कार्यस्थानहरूको जडानहरूको बारेमा जानकारी पनि आवश्यक पर्दैन। तर एकै समयमा, सुरक्षा संयन्त्रहरू आवश्यक छ, किनभने एकल जडानले नेटवर्क असक्षम पार्नु हुँदैन। यदि लूप संयोगवश सिर्जना गरिएको छ भने, अन्य प्रयोगकर्ताहरूले यो नोट गर्नुपर्दैन, त्यो हो, नेटवर्कबाट पर्याप्त प्रतिक्रिया आवश्यक छ। कुनै पनि टेलिकम अपरेटरले निरन्तर रूपमा आफ्नो कोर नेटवर्क भित्र समान जटिल समस्याहरू समाधान गर्दछ। यसले विभिन्न आवश्यकता र ट्राफिकका साथ धेरै ग्राहकहरूलाई सेवा प्रदान गर्दछ। एकै समयमा, विभिन्न ग्राहकहरूले अरूको ट्राफिकबाट असुविधा अनुभव गर्नु हुँदैन।
घरमा, हामीले यस समस्यालाई निम्न तरिकाले समाधान गर्यौं: हामीले IS-IS प्रोटोकल प्रयोग गरेर पूर्ण रिडन्डन्सीको साथ ब्याकबोन L3 नेटवर्क निर्माण गर्यौं। टेक्नोलोजीमा आधारित कोरको शीर्षमा ओभरले नेटवर्क बनाइएको थियो EVPN/VXLAN, एक रूटिङ प्रोटोकल प्रयोग गरेर MP-BGP। रूटिङ प्रोटोकलहरूको अभिसरणलाई गति दिन, BFD प्रविधि प्रयोग गरियो।

नेटवर्क संरचना

परीक्षणहरूमा, यो योजनाले आफैंलाई उत्कृष्ट देखाएको छ - जब कुनै च्यानल वा स्विच विच्छेद हुन्छ, अभिसरण समय 0.1-0.2 s भन्दा बढी हुँदैन, न्यूनतम प्याकेटहरू हराएका हुन्छन् (प्रायः कुनै पनि हुँदैन), TCP सत्रहरू च्यातिएका छैनन्, टेलिफोन कुराकानीहरू। अवरोध गर्दैनन्।

अन्डरले लेयर - रूटिङ

ओभरले लेयर - रूटिङ

VXLAN लाइसेन्स भएका Huawei CE6870 स्विचहरू वितरण स्विचको रूपमा प्रयोग गरियो। यो यन्त्रको इष्टतम मूल्य/गुणस्तर अनुपात छ, जसले तपाईंलाई १० Gbit/s को गतिमा सदस्यहरू जडान गर्न र 10-40 Gbit/s को गतिमा ब्याकबोनमा जडान गर्न, प्रयोग गरिएका ट्रान्ससिभरहरूमा निर्भर गर्दछ।

Huawei CE6870 स्विचहरू

Huawei CE8850 स्विचहरू कोर स्विचको रूपमा प्रयोग गरिन्थ्यो। लक्ष्य ट्राफिक छिटो र भरपर्दो रूपमा प्रसारण गर्न हो। वितरण स्विचहरू बाहेक तिनीहरूसँग कुनै पनि उपकरणहरू जडान गरिएको छैन, उनीहरूलाई VXLAN बारे केही थाहा छैन, त्यसैले 32 40/100 Gbps पोर्टहरू भएको एउटा मोडेल छनोट गरिएको थियो, आधारभूत इजाजतपत्रको साथ जसले IS-IS र MP-BGP लाई L3 मार्ग र समर्थन प्रदान गर्दछ। प्रोटोकलहरू।

तलको एउटा Huawei CE8850 कोर स्विच हो

डिजाईन चरणमा, टोली भित्र प्राविधिकहरूको बारेमा छलफल भयो जुन कोर नेटवर्क नोडहरूमा गल्ती-सहिष्णु जडान लागू गर्न प्रयोग गर्न सकिन्छ। हाम्रो मस्को कार्यालय तीन भवनहरूमा अवस्थित छ, हामीसँग 7 वितरण कोठाहरू छन्, जसमध्ये प्रत्येकमा दुईवटा Huawei CE6870 वितरण स्विचहरू स्थापना गरिएका थिए (धेरै वितरण कोठाहरूमा मात्र पहुँच स्विचहरू स्थापना गरिएको थियो)। नेटवर्क अवधारणा विकास गर्दा, दुई रिडन्डन्सी विकल्पहरू विचार गरियो:

• वितरणको समेकन प्रत्येक क्रस-जडान कोठामा दोष-सहिष्णु स्ट्याकमा स्विच हुन्छ। फाइदाहरू: सरलता र सेटअपको सजिलो। बेफाइदाहरू: नेटवर्क उपकरणहरूको फर्मवेयरमा त्रुटिहरू देखा पर्दा सम्पूर्ण स्ट्याकको विफलताको उच्च सम्भावना हुन्छ ("मेमोरी लीक" र यस्तै)।
• वितरण स्विचहरूमा उपकरणहरू जडान गर्न M-LAG र Anycast गेटवे प्रविधिहरू लागू गर्नुहोस्।

अन्तमा, हामी दोस्रो विकल्पमा बस्यौं। यो कन्फिगर गर्न अलि बढी गाह्रो छ, तर व्यवहारमा यसको प्रदर्शन र उच्च विश्वसनीयता देखाइएको छ।
पहिले वितरण स्विचहरूमा अन्त उपकरणहरू जडान गर्ने बारे विचार गरौं:

क्रस

पहुँच स्विच, सर्भर, वा कुनै अन्य उपकरण जसमा त्रुटि-सहिष्णु जडान आवश्यक पर्दछ दुई वितरण स्विचहरूमा समावेश गरिएको छ। M-LAG प्रविधिले डाटा लिङ्क स्तरमा अनावश्यकता प्रदान गर्दछ। यो मानिन्छ कि दुई वितरण स्विचहरू एक उपकरणको रूपमा जडान गरिएको उपकरणहरूमा देखा पर्दछ। रिडन्डन्सी र लोड सन्तुलन LACP प्रोटोकल प्रयोग गरी गरिन्छ।

Anycast गेटवे टेक्नोलोजीले नेटवर्क स्तरमा अनावश्यकता प्रदान गर्दछ। प्रत्येक वितरण स्विचहरूमा धेरै ठूलो संख्यामा VRF हरू कन्फिगर गरिएको छ (प्रत्येक VRF आफ्नै उद्देश्यका लागि हो - अलग रूपमा "नियमित" प्रयोगकर्ताहरूका लागि, टेलिफोनीको लागि छुट्टै, विभिन्न परीक्षण र विकास वातावरणहरूका लागि, इत्यादि), र प्रत्येकमा। VRF सँग धेरै VLAN कन्फिगर गरिएको छ। हाम्रो नेटवर्कमा, वितरण स्विचहरू तिनीहरूसँग जडान भएका सबै यन्त्रहरूका लागि पूर्वनिर्धारित गेटवे हुन्। VLAN इन्टरफेसहरूसँग सम्बन्धित IP ठेगानाहरू दुवै वितरण स्विचहरूको लागि समान छन्। ट्राफिक नजिकैको स्विच मार्फत मार्ग गरिएको छ।

अब कर्नेलमा वितरण स्विचहरू जडान गर्न हेरौं:
IS-IS प्रोटोकल प्रयोग गरेर नेटवर्क स्तरमा त्रुटि सहिष्णुता प्रदान गरिएको छ। कृपया ध्यान दिनुहोस् कि स्विचहरू बीच 3G को गतिमा छुट्टै L100 संचार लाइन प्रदान गरिएको छ। भौतिक रूपमा, यो संचार लाइन प्रत्यक्ष पहुँच केबल हो; यो Huawei CE6870 स्विच को फोटो मा दायाँ मा देख्न सकिन्छ।

एक विकल्प भनेको "इमानदार" पूर्ण रूपमा जडान भएको डबल स्टार टोपोलोजीलाई व्यवस्थित गर्नु हो, तर, माथि उल्लेख गरिए अनुसार, हामीसँग तीनवटा भवनहरूमा 7 क्रस-कनेक्ट कोठाहरू छन्। तदनुसार, यदि हामीले "डबल स्टार" टोपोलोजी छनोट गरेका थियौं भने, हामीलाई ठ्याक्कै दुई गुणा धेरै "लामो-रेन्ज" 40G ट्रान्ससिभरहरू चाहिने थियो। यहाँ बचत धेरै महत्त्वपूर्ण छ।

VXLAN र Anycast गेटवे टेक्नोलोजीहरू कसरी सँगै काम गर्छन् भन्ने बारे केही शब्दहरू भन्न आवश्यक छ। VXLAN, विवरणहरूमा नजाइकन, UDP प्याकेटहरू भित्र ईथरनेट फ्रेमहरू ढुवानी गर्नको लागि सुरुङ हो। वितरण स्विचहरूको लुपब्याक इन्टरफेसहरू VXLAN टनेलको गन्तव्य IP ठेगानाको रूपमा प्रयोग गरिन्छ। प्रत्येक क्रसओभरमा एउटै लूपब्याक इन्टरफेस ठेगानाहरूसँग दुईवटा स्विचहरू हुन्छन्, त्यसैले तिनीहरूमध्ये कुनै पनि प्याकेट पुग्न सक्छ, र त्यहाँबाट इथरनेट फ्रेम निकाल्न सकिन्छ।

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

वितरण स्विचहरूको लुपब्याक इन्टरफेसहरूमा धेरै मार्गहरूको अन्डरले नेटवर्कमा उपस्थितिको कारण ट्राफिक सन्तुलन प्राप्त हुन्छ।

बरु एक निष्कर्षमा को

माथि उल्लेख गरिए अनुसार, परीक्षण र सञ्चालनको क्रममा नेटवर्कले उच्च विश्वसनीयता देखायो (सामान्य विफलताहरूको लागि रिकभरी समय सयौं मिलिसेकेन्ड भन्दा बढी छैन) र राम्रो प्रदर्शन - प्रत्येक क्रस-जडान दुई 40 Gbit/s च्यानलहरू द्वारा कोरसँग जोडिएको छ। हाम्रो नेटवर्कमा पहुँच स्विचहरू स्ट्याक गरिएका छन् र दुई 10 Gbit/s च्यानलहरूसँग LACP/M-LAG मार्फत वितरण स्विचहरूसँग जोडिएका छन्। स्ट्याकमा सामान्यतया 5 पोर्टहरू सहित 48 स्विचहरू हुन्छन्, र प्रत्येक क्रस-जडानमा 10 पहुँच स्ट्याकहरू वितरणमा जडान हुन्छन्। यसरी, ब्याकबोनले अधिकतम सैद्धान्तिक लोडमा पनि प्रति प्रयोगकर्ता लगभग 30 Mbit/s प्रदान गर्दछ, जुन लेखनको समयमा हाम्रा सबै व्यावहारिक अनुप्रयोगहरूको लागि पर्याप्त छ।

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

अर्को भागमा हामी तपाईंलाई नयाँ नेटवर्कमा कसरी माइग्रेट गर्यौं भन्ने कुरा बताउनेछौं। सम्पर्कमा रहनुहोस्!

म्याक्सिम Klochkov
नेटवर्क अडिट र जटिल परियोजना समूह को वरिष्ठ सल्लाहकार
नेटवर्क समाधान केन्द्र
"जेट इन्फोसिस्टम्स"

स्रोत: www.habr.com