अपने नेटवर्क के बुनियादी ढांचे को कैसे नियंत्रित किया जाए। अध्याय एक अवधारण

यह लेख "कैसे अपने नियंत्रण में नेटवर्क बुनियादी सुविधाओं को लेने के लिए" लेख की एक श्रृंखला में पहली बार है। श्रृंखला और लिंक के सभी लेखों की सामग्री यहां पाई जा सकती है ।

मैं पूरी तरह से मानता हूं कि पर्याप्त संख्या में कंपनियां हैं जहां एक घंटे या एक दिन का भी सरल नेटवर्क महत्वपूर्ण नहीं है। दुर्भाग्य से या सौभाग्य से, मुझे ऐसी जगहों पर काम करने का अवसर नहीं मिला। लेकिन, निश्चित रूप से, नेटवर्क अलग हैं, आवश्यकताएं अलग हैं, दृष्टिकोण अलग हैं, और फिर भी, एक रूप या किसी अन्य में, नीचे दी गई सूची कई मामलों में वास्तव में "मस्त-डो" होगी।

तो, प्रारंभिक शर्तें।

आप काम की नई जगह पर हैं या आपकी पदोन्नति है, या आप अपनी ज़िम्मेदारियों पर नए सिरे से विचार करना चाहते हैं। कंपनी नेटवर्क आपकी जिम्मेदारी का क्षेत्र है। आपके लिए, यह काफी हद तक एक चुनौती है और एक नया है, जो कुछ हद तक इस लेख के मानसिक लहजे को सही ठहराता है :)। लेकिन, मुझे उम्मीद है कि लेख किसी भी नेटवर्क इंजीनियर के लिए भी उपयोगी हो सकता है।

आपका पहला रणनीतिक लक्ष्य एन्ट्रापी का विरोध करना और प्रदान की गई सेवा के स्तर को बनाए रखना सीखना है।

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

उपकरण

पहले आपको यह समझने की जरूरत है कि सबसे बड़े जोखिम कहां हैं।

फिर, यह अलग हो सकता है। मैं स्वीकार करता हूं कि कहीं न कहीं, उदाहरण के लिए, ये सुरक्षा मुद्दे होंगे, और कहीं न कहीं सेवा की निरंतरता से संबंधित मुद्दे होंगे, और कहीं न कहीं, शायद, कुछ और। क्यों नहीं?

निश्चितता के लिए मान लें कि यह फिर भी सेवा की निरंतरता है (यह उन सभी कंपनियों में मामला था जहां मैंने काम किया था)।

फिर आपको उपकरण से शुरू करने की आवश्यकता है। यहाँ कुछ विषयों की सूची दी गई है:

• उपकरण का महत्वपूर्ण वर्गीकरण
• महत्वपूर्ण उपकरणों की अतिरेक
• समर्थन, लाइसेंस

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

उदाहरण

मान लीजिए हम किसी डेटा सेंटर में रूट स्विच के बारे में बात कर रहे हैं।

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

महत्वपूर्ण! आपको स्वयं इस समस्या को हल करने की आवश्यकता नहीं है। आपको अपने प्रबंधन या कंपनी प्रबंधन के लिए जोखिम, संभावित समाधान और मूल्य का वर्णन करना चाहिए। उन्हें निर्णय लेना होगा।

इसलिए, यदि यह निर्णय लिया गया कि, एक डबल ब्रेकडाउन की छोटी संभावना को देखते हुए, एक स्विच पर 4 घंटे काम करना, सिद्धांत रूप में, स्वीकार्य है, तो आप बस उचित समर्थन ले सकते हैं (जिसके लिए उपकरण 4 घंटे के भीतर बदल दिया जाएगा)।

लेकिन एक जोखिम है कि उन्हें वितरित नहीं किया जाएगा। दुर्भाग्य से, एक बार हमने खुद को ऐसी स्थिति में पाया। चार घंटे के बजाय, उपकरण एक सप्ताह के लिए चला गया !!!

इसलिए, इस जोखिम पर भी चर्चा करने की आवश्यकता है, और शायद आपके लिए एक और स्विच (तीसरा) खरीदना और इसे स्पेयर पार्ट्स (कोल्ड बैकअप) में रखना या प्रयोगशाला उद्देश्यों के लिए उपयोग करना अधिक सही होगा।

महत्वपूर्ण! उन सभी समर्थनों की एक तालिका बनाएं जो आपके पास अंतिम तिथियों के साथ हैं और उन्हें कैलेंडर में जोड़ें ताकि कम से कम एक महीने बाद आपको एक पत्र प्राप्त हो जो आपको विस्तारित समर्थन के बारे में चिंता करना शुरू कर देना चाहिए।

आपको माफ नहीं किया जाएगा यदि आप समर्थन का विस्तार करना भूल जाते हैं और इसके समाप्त होने के अगले दिन, आपके उपकरण टूट जाएंगे।

आपातकालीन कार्य

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

महत्वपूर्ण! आपके पास सभी उपकरणों तक पहुंच होनी चाहिए और यह पहुंच उपयोगकर्ता डेटा ट्रांसमिशन नेटवर्क (डेटा) की संचालन क्षमता पर निर्भर नहीं होनी चाहिए।

आपको संभावित नकारात्मक परिदृश्यों को भी देखना चाहिए और आवश्यक कार्यों का दस्तावेजीकरण करना चाहिए। इस दस्तावेज़ की उपलब्धता महत्वपूर्ण है, इसलिए इसे न केवल विभाग द्वारा साझा किए गए संसाधन पर साझा किया जाना चाहिए, बल्कि इंजीनियरों के कंप्यूटर पर स्थानीय रूप से संग्रहीत भी किया जाना चाहिए।

होना ही चाहिए

• विक्रेता या इंटीग्रेटर के समर्थन में एप्लिकेशन खोलने के लिए आवश्यक जानकारी
• किसी भी उपकरण (कंसोल, प्रबंधन) को प्राप्त करने के बारे में जानकारी

बेशक, किसी भी अन्य उपयोगी जानकारी को शामिल किया जा सकता है, उदाहरण के लिए, विभिन्न उपकरणों और उपयोगी नैदानिक ​​कमांड के लिए अपग्रेड प्रक्रिया का विवरण।

भागीदारों

अब आपको भागीदारों के साथ जुड़े जोखिमों का आकलन करने की आवश्यकता है। आमतौर पर यह

• इंटरनेट सेवा प्रदाता और यातायात विनिमय अंक (IX)
• संचार चैनल प्रदाता

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

• यदि ISP X आपको किसी कारण से सेवा प्रदान करना बंद कर दे तो क्या होगा?
• क्या आपके पास अन्य प्रदाताओं के लिए पर्याप्त बैंडविड्थ है?
• अच्छाई कैसे रहेगी?
• आपके आईएसपी कितने स्वतंत्र हैं और उनमें से एक में एक गंभीर दुर्घटना दूसरों के साथ समस्याओं को जन्म देगी?
• आपके डेटा केंद्र में कितने ऑप्टिकल इनपुट हैं?
• यदि इनपुट में से एक पूरी तरह से नष्ट हो जाता है तो क्या होगा?

इनपुट के लिए, दो अलग-अलग कंपनियों में मेरे अभ्यास में, दो अलग-अलग डेटा केंद्रों में, खुदाई करने वाले ने कुओं को नष्ट कर दिया और केवल एक चमत्कार से हमारे प्रकाशिकी प्रभावित नहीं हुए। यह ऐसा दुर्लभ मामला नहीं है।

खैर, ज़ाहिर है, आपको न केवल इन सवालों को पूछने की ज़रूरत है, बल्कि, फिर से, नेतृत्व के समर्थन के साथ, किसी भी स्थिति में स्वीकार्य समाधान प्रदान करने के लिए।

बैकअप

अगली प्राथमिकता हार्डवेयर कॉन्फ़िगरेशन का बैकअप हो सकती है। किसी भी मामले में, यह एक बहुत महत्वपूर्ण बिंदु है। मैं उन मामलों को सूचीबद्ध नहीं करूंगा जहां आप कॉन्फ़िगरेशन खो सकते हैं, नियमित बैकअप बनाना बेहतर है और इसके बारे में नहीं सोचना चाहिए। इसके अतिरिक्त, नियमित बैकअप परिवर्तनों को नियंत्रित करने में बहुत उपयोगी हो सकता है।

महत्वपूर्ण! रोजाना बैकअप लें। इस पर बचाने के लिए यह इतनी बड़ी मात्रा में डेटा नहीं है। सुबह में, ड्यूटी पर इंजीनियर (या आप) को सिस्टम से एक रिपोर्ट प्राप्त करनी चाहिए जो स्पष्ट रूप से इंगित करती है कि बैकअप सफल था या नहीं, और असफल बैकअप के मामले में, समस्या को हल किया जाना चाहिए या एक टिकट बनाया जाना चाहिए (नेटवर्क विभाग की प्रक्रियाओं को देखें)।

सॉफ्टवेयर संस्करण

हार्डवेयर सॉफ़्टवेयर को अपग्रेड करने या न करने का सवाल इतना स्पष्ट नहीं है। एक तरफ, पुराने संस्करण बग और कमजोरियों के लिए जाने जाते हैं, लेकिन दूसरी ओर, नया सॉफ्टवेयर है, सबसे पहले, हमेशा एक दर्द रहित उन्नयन प्रक्रिया नहीं, और दूसरी बात, नए बग और कमजोरियां।

यहां आपको सबसे अच्छा विकल्प खोजने की आवश्यकता है। कुछ स्पष्ट सिफारिशें

• केवल स्थिर संस्करण
• फिर भी, आपको सॉफ़्टवेयर के बहुत पुराने संस्करणों पर नहीं रहना चाहिए
• किसी भी सॉफ़्टवेयर की जानकारी के साथ साइन इन करें
• सॉफ्टवेयर संस्करणों में समय-समय पर कमजोरियों और बगों पर रिपोर्ट पढ़ते हैं, और महत्वपूर्ण समस्याओं के मामले में यह एक उन्नयन के बारे में सोचने लायक है

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

महत्वपूर्ण उपकरणों के मामले में, आप अपग्रेड के साथ मदद करने के अनुरोध के साथ विक्रेता के समर्थन से संपर्क कर सकते हैं।

टिकट प्रणाली

अब आप चारों ओर देख सकते हैं। आपको अन्य विभागों के साथ और विभाग के भीतर बातचीत की प्रक्रिया स्थापित करने की आवश्यकता है।

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

एक टिकट प्रणाली अनिवार्य रूप से आंतरिक और बाहरी संचार के लिए आपका इंटरफ़ेस है, और आपको इस इंटरफ़ेस का पर्याप्त डिग्री के साथ वर्णन करना होगा।

आइए, प्रवेश खोलने के एक महत्वपूर्ण और अक्सर सामना किए जाने वाले कार्य का एक उदाहरण लेते हैं। मैं एक एल्गोरिथ्म का वर्णन करूंगा जिसने कंपनियों में से एक में महान काम किया।

उदाहरण

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

इसलिए, हमने ऐसे उपयोगकर्ताओं से सीधे अनुरोध स्वीकार नहीं किए।
और वह पहली आवश्यकता थी

• एक्सेस के लिए अनुरोध तकनीकी विभागों से आना चाहिए (हमारे मामले में, ये यूनिक्स, विंडोज़, हेल्पडेस्क इंजीनियर थे)

दूसरी आवश्यकता यह है कि

• यह एक्सेस लॉग होना चाहिए (तकनीकी विभाग से जिसमें हमें यह अनुरोध प्राप्त हुआ है) और एक अनुरोध के रूप में हमें इस लॉग एक्सेस का लिंक मिलता है

इस अनुरोध का रूप हमारे लिए स्पष्ट होना चाहिए, अर्थात

• अनुरोध में ऐसी जानकारी होनी चाहिए जिस पर और जिस पर सबनेट एक्सेस खुली होनी चाहिए, साथ ही प्रोटोकॉल पर और (टीसीपी / यूडीपी के मामले में) पोर्ट

इसके अलावा संकेत दिया जाना चाहिए

• यह एक्सेस क्यों खोला गया है, इसका वर्णन
• अस्थायी या स्थायी (यदि अस्थायी है, तो किस तिथि तक)

और एक बहुत महत्वपूर्ण बिंदु है

• उस विभाग के प्रमुख से जिसने अभिगम आरंभ किया (जैसे, लेखांकन)
• तकनीकी विभाग के प्रमुख से, जहां से यह अनुरोध नेटवर्क विभाग के लिए आया था (उदाहरण के लिए, हेल्पडेस्क)

इसी समय, इस एक्सेस के "मालिक" को उस विभाग का प्रमुख माना जाता है जिसने एक्सेस की शुरुआत की थी (हमारे उदाहरण में बहीखाता), और वह इस विभाग के लिए लॉग ऑन एक्सेस के साथ पेज को आज तक बनाए रखने के लिए जिम्मेदार है।

लॉगिंग

यह कुछ डूबने के लिए है। लेकिन यदि आप एक सक्रिय दृष्टिकोण को लागू करना चाहते हैं, तो आपको यह जानने की आवश्यकता है कि इस डेटा स्ट्रीम से कैसे निपटें।

यहाँ कुछ व्यावहारिक सुझाव दिए गए हैं:

• लॉग देखें जो आपको दैनिक चाहिए
• अनुसूचित देखने के मामले में (और आपातकाल नहीं), आप अपने आप को 0, 1, 2 की गंभीरता के स्तर तक सीमित कर सकते हैं और यदि आवश्यक समझें तो अपने पसंदीदा पैटर्न को अन्य स्तरों से जोड़ सकते हैं।
• एक स्क्रिप्ट लिखें जो लॉग को पार्स करता है और उन लॉग को अनदेखा करता है जिनके पैटर्न को आपने अनदेखा सूची में जोड़ा है

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

निगरानी

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

मेरे अभ्यास में सबसे अधिक मांग वाले दो उदाहरण:

• संचार चैनलों, महत्वपूर्ण लिंक (उदाहरण के लिए, प्रदाताओं से कनेक्ट करना) के लोडिंग की निगरानी करना। वे आपको ट्रैफ़िक के नुकसान के कारण सेवा में गिरावट की संभावित समस्या को देखने की अनुमति देते हैं और, तदनुसार, इससे बचें।
• नेटफ्लो आधारित रेखांकन। वे ट्रैफ़िक विसंगतियों को ढूंढना आसान बनाते हैं और कुछ सरल लेकिन महत्वपूर्ण प्रकार के हैकर हमलों का पता लगाने के लिए बहुत उपयोगी होते हैं।

महत्वपूर्ण! सबसे महत्वपूर्ण घटनाओं के लिए एसएमएस अधिसूचना सेट करें। यह मॉनिटरिंग और लॉगिंग दोनों पर लागू होता है। यदि आपके पास ड्यूटी पर शिफ्ट नहीं है, तो sms को भी घंटों के बाद आना चाहिए।

इस तरह से प्रक्रिया के बारे में सोचें जैसे कि सभी इंजीनियरों को जगाने के लिए नहीं। हमारे पास इसके लिए एक इंजीनियर था।

नियंत्रण बदलें

मेरी राय में, सभी परिवर्तनों को नियंत्रित करना आवश्यक नहीं है। लेकिन, किसी भी मामले में, आपको आसानी से यह पता लगाने में सक्षम होना चाहिए कि नेटवर्क में उन या अन्य परिवर्तनों को किसने और क्यों किया।

कुछ सुझाव:

• इस टिकट के हिस्से के रूप में क्या किया गया है, इसके विस्तृत विवरण के लिए टिकट प्रणाली का उपयोग करें, उदाहरण के लिए, टिकट पर लागू कॉन्फ़िगरेशन की प्रतिलिपि बनाना
• नेटवर्क हार्डवेयर पर टिप्पणी क्षमताओं का उपयोग करें (जैसे जुनिपर पर टिप्पणी करना)। आप टिकट नंबर रिकॉर्ड कर सकते हैं
• अपने कॉन्फ़िगरेशन बैकअप का उपयोग करें

परिवर्तनों के लिए प्रतिदिन सभी टिकटों को देखकर आप इसे एक प्रक्रिया के रूप में दर्ज कर सकते हैं।

प्रक्रियाओं

आपको अपनी टीम में प्रक्रियाओं को औपचारिक रूप देना और वर्णन करना होगा। यदि आप इस बिंदु पर पहुंच गए हैं, तो कम से कम निम्नलिखित प्रक्रियाएं पहले से ही आपकी टीम में काम करें:

दैनिक प्रक्रियाएँ:

• टिकट के साथ काम करें
• लॉग के साथ काम करें
• नियंत्रण बदलें
• दैनिक जांच पत्रक

वार्षिक प्रक्रियाएं:

• गारंटी, लाइसेंस का विस्तार

अतुल्यकालिक प्रक्रियाएं:

• विभिन्न आपात स्थितियों के लिए प्रतिक्रिया

पहले भाग का निष्कर्ष

आपने देखा कि यह सब नेटवर्क कॉन्फ़िगरेशन, डिज़ाइन, नेटवर्क प्रोटोकॉल, रूटिंग या सुरक्षा के बारे में नहीं है ... यह कुछ ऐसा है। लेकिन ये, हालांकि शायद उबाऊ, लेकिन, ज़ाहिर है, नेटवर्क यूनिट के बहुत महत्वपूर्ण तत्व।

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

निम्नलिखित भाग त्रुटियों को देखने और उन्हें ठीक करने के तरीके के बारे में हैं, और फिर अपने बुनियादी ढांचे में सुधार करते हैं।

बेशक, यह सब कुछ क्रमिक रूप से करने के लिए आवश्यक नहीं है। समय क्रिटिकल हो सकता है। समानांतर में करें यदि संसाधन अनुमति देते हैं।

और एक महत्वपूर्ण जोड़। संवाद करें, पूछें, अपनी टीम के साथ परामर्श करें। अंत में, यह उनका समर्थन करना और यह सब करना है।