तुमच्या नेटवर्क इन्फ्रास्ट्रक्चरवर नियंत्रण कसे मिळवायचे. अध्याय दोन. स्वच्छता आणि दस्तऐवजीकरण

हा लेख लेखांच्या मालिकेतील दुसरा आहे "तुमच्या नेटवर्क इन्फ्रास्ट्रक्चरवर नियंत्रण कसे ठेवावे." मालिकेतील सर्व लेखांचा मजकूर आणि लिंक्स मिळू शकतात येथे.

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

आता आम्ही सुरक्षा ऑडिटबद्दल बोलणार नाही - हा तिसऱ्या भागाचा विषय असेल.

या टप्प्यावर नेमून दिलेले काम पूर्ण करण्याची अडचण अर्थातच कंपनीनुसार मोठ्या प्रमाणात बदलते.

आदर्श परिस्थिती जेव्हा असते

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

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

सर्वात वाईट परिस्थितीत, तुमच्याकडे असेल

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

हे स्पष्ट आहे की तुमची परिस्थिती कुठेतरी मधली आहे, परंतु दुर्दैवाने, या प्रमाणात चांगले - वाईट, अशी उच्च संभाव्यता आहे की तुम्ही सर्वात वाईट शेवटच्या जवळ असाल.

या प्रकरणात, आपल्याला मने वाचण्याची क्षमता देखील आवश्यक असेल, कारण आपल्याला "डिझाइनर" काय करायचे आहे हे समजून घेणे, त्यांचे तर्क पुनर्संचयित करणे, जे पूर्ण झाले नाही ते पूर्ण करणे आणि "कचरा" काढणे शिकले पाहिजे.
आणि, अर्थातच, तुम्हाला त्यांच्या चुका दुरुस्त कराव्या लागतील, डिझाइन (या टप्प्यावर शक्य तितक्या कमीत कमी) बदला आणि योजना बदला किंवा पुन्हा तयार करा.

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

कागदपत्रांचा संच

चला एका उदाहरणाने सुरुवात करूया.

खाली काही दस्तऐवज आहेत जे सिस्को सिस्टम्समध्ये डिझाइन दरम्यान तयार केले जातात.

CR - ग्राहक आवश्यकता, ग्राहक आवश्यकता (तांत्रिक वैशिष्ट्ये).
हे ग्राहकासह संयुक्तपणे तयार केले जाते आणि नेटवर्क आवश्यकता निर्धारित करते.

एचएलएलडी - उच्च स्तरीय डिझाइन, नेटवर्क आवश्यकतांवर आधारित उच्च-स्तरीय डिझाइन (CR). दस्तऐवज घेतलेल्या आर्किटेक्चरल निर्णयांचे स्पष्टीकरण आणि समर्थन करते (टोपोलॉजी, प्रोटोकॉल, हार्डवेअर निवड,...). HLD मध्ये डिझाइन तपशील नसतात, जसे की वापरलेले इंटरफेस आणि IP पत्ते. तसेच, विशिष्ट हार्डवेअर कॉन्फिगरेशनची येथे चर्चा केलेली नाही. उलट, हा दस्तऐवज ग्राहकाच्या तांत्रिक व्यवस्थापनाला मुख्य डिझाइन संकल्पना समजावून सांगण्याचा हेतू आहे.

एलएलडी - निम्न-स्तरीय डिझाइन, उच्च-स्तरीय डिझाइन (HLD) वर आधारित निम्न-स्तरीय डिझाइन.
त्यामध्ये प्रकल्पाची अंमलबजावणी करण्यासाठी आवश्यक असलेले सर्व तपशील असावेत, जसे की उपकरणे कशी जोडायची आणि कॉन्फिगर कशी करायची यावरील माहिती. डिझाइनची अंमलबजावणी करण्यासाठी हे संपूर्ण मार्गदर्शक आहे. या दस्तऐवजाने कमी पात्रता असलेल्या कर्मचार्‍यांकडूनही त्याच्या अंमलबजावणीसाठी पुरेशी माहिती प्रदान केली पाहिजे.

काहीतरी, उदाहरणार्थ, IP पत्ते, AS क्रमांक, भौतिक स्विचिंग योजना (केबलिंग), स्वतंत्र दस्तऐवजांमध्ये "आऊट" केले जाऊ शकते, जसे की पिन (नेटवर्क अंमलबजावणी योजना).

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

अर्थात, भिन्न इंटिग्रेटर, भिन्न क्लायंट आणि भिन्न देशांना प्रकल्प दस्तऐवजीकरणासाठी भिन्न आवश्यकता असू शकतात. पण मी औपचारिकता टाळून या मुद्द्याचा त्याच्या गुणवत्तेवर विचार करू इच्छितो. हा टप्पा डिझाइनबद्दल नाही तर गोष्टी व्यवस्थित ठेवण्याबद्दल आहे आणि आम्हाला आमची कार्ये पूर्ण करण्यासाठी कागदपत्रांचा पुरेसा संच (आकृती, सारण्या, वर्णन...) आवश्यक आहे.

आणि माझ्या मते, एक विशिष्ट परिपूर्ण किमान आहे, ज्याशिवाय नेटवर्क प्रभावीपणे नियंत्रित करणे अशक्य आहे.

ही खालील कागदपत्रे आहेत:

• भौतिक स्विचिंग (केबलिंग) चे आकृती (लॉग)
• आवश्यक L2/L3 माहितीसह नेटवर्क आकृती किंवा आकृती

भौतिक स्विचिंग आकृती

काही छोट्या कंपन्यांमध्ये, उपकरणे स्थापित करणे आणि भौतिक स्विचिंग (केबलिंग) संबंधित काम नेटवर्क अभियंत्यांची जबाबदारी आहे.

या प्रकरणात, समस्येचे अंशतः खालील पध्दतीने निराकरण केले जाते.

• इंटरफेसशी काय जोडलेले आहे याचे वर्णन करण्यासाठी त्याचे वर्णन वापरा
• सर्व कनेक्ट न केलेले नेटवर्क उपकरणे पोर्ट प्रशासकीयरित्या बंद करा

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

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

या प्रकारच्या माहितीसह कार्य करण्यासाठी डिझाइन केलेले अनुप्रयोग वापरणे हा आदर्श पर्याय आहे. परंतु तुम्ही स्वतःला साध्या सारण्यांपुरते मर्यादित करू शकता (उदाहरणार्थ, एक्सेलमध्ये) किंवा L1/L2 आकृत्यांमध्ये आवश्यक असलेली माहिती प्रदर्शित करू शकता.

महत्त्वाचे!

नेटवर्क अभियंता, अर्थातच, SCS ची गुंतागुंत आणि मानके, रॅकचे प्रकार, अखंडित वीज पुरवठ्याचे प्रकार, थंड आणि गरम मार्ग म्हणजे काय, योग्य ग्राउंडिंग कसे करावे ... हे अगदी चांगल्याप्रकारे जाणून घेऊ शकतो. प्राथमिक कण किंवा C++ यांचे भौतिकशास्त्र जाणून घ्या. परंतु तरीही हे समजून घेतले पाहिजे की हे सर्व त्याचे ज्ञानाचे क्षेत्र नाही.

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

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

नेटवर्क आकृत्या

रेखाचित्रे काढण्यासाठी सार्वत्रिक दृष्टिकोन नाही.

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

भौतिक घटकांद्वारे आपला अर्थ आहे

• सक्रिय उपकरणे
• सक्रिय उपकरणांचे इंटरफेस/पोर्ट

तार्किक अंतर्गत -

• तार्किक उपकरणे (N7K VDC, Palo Alto VSYS, ...)
• व्हीआरएफ
• विलान्स
• उप-इंटरफेस
• बोगदे
• झोन
• ...

तसेच, तुमचे नेटवर्क पूर्णपणे प्राथमिक नसल्यास, त्यात भिन्न विभाग असतील.
उदाहरणार्थ

• माहिती केंद्र
• इंटरनेट
• वॅन
• दूरस्थ प्रवेश
• ऑफिस LAN
• DMZ
• ...

मोठे चित्र (या सर्व विभागांमधील रहदारी कशी वाहते) आणि प्रत्येक स्वतंत्र विभागाचे तपशीलवार स्पष्टीकरण देणारे अनेक आकृत्या असणे शहाणपणाचे आहे.

आधुनिक नेटवर्कमध्ये अनेक लॉजिकल लेयर्स असू शकतात, त्यामुळे वेगवेगळ्या लेयर्ससाठी वेगवेगळे सर्किट बनवणे हा कदाचित चांगला (परंतु आवश्यक नाही) दृष्टीकोन आहे, उदाहरणार्थ, आच्छादनाच्या बाबतीत हे खालील सर्किट्स असू शकतात:

• आच्छादन
• L1/L2 अंडरले
• L3 अंडरले

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

राउटिंग योजना

कमीतकमी, हा आकृती प्रतिबिंबित झाला पाहिजे

• कोणते राउटिंग प्रोटोकॉल वापरले जातात आणि कुठे
• रूटिंग प्रोटोकॉल सेटिंग्जबद्दल मूलभूत माहिती (क्षेत्र/एएस क्रमांक/राउटर-आयडी/…)
• कोणत्या उपकरणांवर पुनर्वितरण होते?
• जेथे फिल्टरिंग आणि मार्ग एकत्रीकरण होते
• डीफॉल्ट मार्ग माहिती

तसेच, L2 योजना (OSI) अनेकदा उपयुक्त असते.

L2 योजना (OSI)

हे आकृती खालील माहिती दर्शवू शकते:

• काय VLAN
• कोणती बंदरे ट्रंक पोर्ट आहेत
• कोणते पोर्ट इथर-चॅनेल (पोर्ट चॅनल), आभासी पोर्ट चॅनेलमध्ये एकत्रित केले जातात
• कोणते STP प्रोटोकॉल वापरले जातात आणि कोणत्या उपकरणांवर
• मूलभूत STP सेटिंग्ज: रूट/रूट बॅकअप, STP किंमत, पोर्ट प्राधान्य
• अतिरिक्त STP सेटिंग्ज: BPDU गार्ड/फिल्टर, रूट गार्ड…

ठराविक डिझाइन चुका

नेटवर्क तयार करण्याच्या चुकीच्या दृष्टिकोनाचे उदाहरण.

एक साधे ऑफिस LAN बांधण्याचे साधे उदाहरण घेऊ.

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

स्विचेस एकमेकांशी जोडणे, VLANs, SVI इंटरफेस (L3 स्विचेसच्या बाबतीत) सेट करणे आणि स्टॅटिक रूटिंग सेट करणे यात काय अवघड आहे?

सर्व काही चालेल.

पण त्याच वेळी संबंधित प्रश्न

• सुरक्षा
• आरक्षण
• नेटवर्क स्केलिंग
• उत्पादकता
• थ्रुपुट
• विश्वसनीयता
• ...

मी वेळोवेळी असे विधान ऐकतो की ऑफिस LAN ही गोष्ट खूप सोपी आहे आणि मी हे सहसा अभियंते (आणि व्यवस्थापक) यांच्याकडून ऐकतो जे नेटवर्कशिवाय सर्वकाही करतात आणि ते इतके आत्मविश्वासाने सांगतात की LAN असेल तर आश्चर्य वाटू नका. अपुरा सराव आणि ज्ञान असलेल्या लोकांनी केले आहे आणि मी खाली वर्णन करेन त्या अंदाजे त्याच चुका केल्या जातील.

सामान्य L1 (OSI) डिझाइन चुका

• असे असले तरी, तुम्ही SCS साठी देखील जबाबदार असाल, तर तुम्हाला मिळणाऱ्या सर्वात अप्रिय वारशांपैकी एक म्हणजे निष्काळजी आणि चुकीच्या पद्धतीने स्विच करणे.

मी वापरलेल्या उपकरणांच्या संसाधनांशी संबंधित प्रकार L1 त्रुटी म्हणून देखील वर्गीकृत करेन, उदाहरणार्थ,

• अपुरी बँडविड्थ
• उपकरणांवर अपुरा TCAM (किंवा त्याचा अप्रभावी वापर)
• अपुरी कामगिरी (बहुतेकदा फायरवॉलशी संबंधित)

सामान्य L2 (OSI) डिझाइन चुका

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

परिणामी, आपल्याकडे अनेकदा खालील गोष्टी असतात

• मोठा STP नेटवर्क व्यास, ज्यामुळे प्रसारण वादळ होऊ शकते
• एसटीपी रूट यादृच्छिकपणे निर्धारित केले जाईल (मॅक पत्त्यावर आधारित) आणि रहदारीचा मार्ग सबऑप्टिमल असेल
• होस्टशी जोडलेले पोर्ट एज (पोर्टफास्ट) म्हणून कॉन्फिगर केले जाणार नाहीत, ज्यामुळे शेवटचे स्टेशन चालू/बंद करताना एसटीपी पुनर्गणना होईल
• नेटवर्कचे L1/L2 स्तरावर विभाजन केले जाणार नाही, परिणामी कोणत्याही स्विचमधील समस्यांमुळे (उदाहरणार्थ, पॉवर ओव्हरलोड) STP टोपोलॉजीची पुनर्गणना होईल आणि सर्व स्विचेसवरील (त्यासह) सर्व VLAN मधील रहदारी थांबेल. सातत्य सेवा विभागाच्या दृष्टिकोनातून एक गंभीर)

L3 (OSI) डिझाइनमधील चुकांची उदाहरणे

नवशिक्या नेटवर्कर्सच्या काही ठराविक चुका:

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

डिझाइन गुणवत्तेचे मूल्यांकन करण्यासाठी निकष

जेव्हा आपण इष्टतमता/नॉन-ऑप्टिमॅलिटीबद्दल बोलतो, तेव्हा आपण याचे मूल्यांकन कोणत्या निकषांवर करू शकतो हे समजून घेतले पाहिजे. येथे, माझ्या दृष्टिकोनातून, सर्वात महत्त्वपूर्ण (परंतु सर्व नाही) निकष आहेत (आणि राउटिंग प्रोटोकॉलच्या संदर्भात स्पष्टीकरण):

• स्केलेबिलिटी
  उदाहरणार्थ, तुम्ही दुसरे डेटा सेंटर जोडण्याचा निर्णय घेतला. आपण ते किती सोपे करू शकता?
• वापरण्यास सुलभता (व्यवस्थापनक्षमता)
  नवीन ग्रिड घोषित करणे किंवा मार्ग फिल्टर करणे यासारखे ऑपरेशनल बदल किती सोपे आणि सुरक्षित आहेत?
• उपलब्धता
  तुमची प्रणाली किती टक्के वेळ सेवा आवश्यक स्तर प्रदान करते?
• सुरक्षा
  प्रसारित डेटा किती सुरक्षित आहे?
• किंमत

बदल

या टप्प्यावर मूलभूत तत्त्व "कोणतेही नुकसान करू नका" या सूत्राद्वारे व्यक्त केले जाऊ शकते.
म्हणून, जरी आपण डिझाइन आणि निवडलेल्या अंमलबजावणीशी (कॉन्फिगरेशन) पूर्णपणे सहमत नसलो तरीही, बदल करणे नेहमीच उचित नाही. ओळखल्या गेलेल्या सर्व समस्यांना दोन पॅरामीटर्सनुसार रँक करणे हा एक वाजवी दृष्टीकोन आहे:

• ही समस्या किती सहज सोडवली जाऊ शकते
• तिला किती धोका आहे?

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

या टप्प्यावर परिपूर्णता हानीकारक असू शकते. डिझाइनला समाधानकारक स्थितीत आणा आणि त्यानुसार नेटवर्क कॉन्फिगरेशन सिंक्रोनाइझ करा.

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