तुमच्या नेटवर्क इन्फ्रास्ट्रक्चरवर नियंत्रण कसे मिळवायचे. पहिला अध्याय. धरा

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

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

तर, प्रारंभिक परिस्थिती.

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

एन्ट्रॉपीचा प्रतिकार करणे आणि प्रदान केलेल्या सेवेची पातळी राखणे हे आपले पहिले धोरणात्मक ध्येय आहे.

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

उपकरणे

प्रथम तुम्हाला सर्वात मोठे धोके कोठे आहेत हे समजून घेणे आवश्यक आहे.

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

समजू या, स्पष्ट होण्यासाठी, हे अजूनही सेवेचे सातत्य आहे (ज्या कंपन्यांमध्ये मी काम केले त्या सर्व कंपन्यांमध्ये हेच होते).

मग आपल्याला उपकरणांसह प्रारंभ करणे आवश्यक आहे. येथे लक्ष देण्यासारख्या विषयांची सूची आहे:

• गंभीरतेच्या प्रमाणात उपकरणांचे वर्गीकरण
• गंभीर उपकरणांचा बॅकअप
• समर्थन, परवाने

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

उदाहरण:

समजा आम्ही डेटा सेंटरमधील रूट स्विचबद्दल बोलत आहोत.

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

महत्वाचे! ही समस्या तुम्ही स्वतः ठरवायची गरज नाही. तुम्ही व्यवस्थापन किंवा कंपनी व्यवस्थापनासाठी जोखीम, संभाव्य उपाय आणि खर्चाचे वर्णन केले पाहिजे. त्यांनी निर्णय घ्यावा.

म्हणून, जर असे ठरवले असेल की, दुहेरी अपयशाची लहान संभाव्यता लक्षात घेता, एका स्विचवर 4 तास काम करणे, तत्त्वतः, स्वीकार्य आहे, तर तुम्ही फक्त योग्य आधार घेऊ शकता (ज्यानुसार उपकरणे 4 च्या आत बदलली जातील. तास).

परंतु एक धोका आहे की ते वितरित करणार नाहीत. दुर्दैवाने, आम्ही एकदा स्वतःला अशा परिस्थितीत सापडलो. चार तासांऐवजी, उपकरणे एका आठवड्यासाठी प्रवास करतात !!!

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

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

तुम्ही तुमच्या समर्थनाचे नूतनीकरण करण्यास विसरल्यास आणि तुमच्या हार्डवेअर खंडित झाल्याच्या दुसऱ्या दिवशी तुम्हाला माफ केले जाणार नाही.

आपत्कालीन काम

तुमच्या नेटवर्कवर काहीही घडते, आदर्शपणे तुम्ही तुमच्या नेटवर्क उपकरणांमध्ये प्रवेश राखला पाहिजे.

महत्वाचे! तुमच्याकडे सर्व उपकरणांमध्ये कन्सोल प्रवेश असणे आवश्यक आहे आणि हा प्रवेश वापरकर्त्याच्या डेटा नेटवर्कच्या आरोग्यावर अवलंबून नसावा.

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

असणे आवश्यक आहे

• विक्रेता किंवा इंटिग्रेटर समर्थनासह तिकीट उघडण्यासाठी आवश्यक माहिती
• कोणत्याही उपकरणापर्यंत कसे जायचे याबद्दल माहिती (कन्सोल, व्यवस्थापन)

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

आमचे भागीदार

आता तुम्हाला भागीदारांशी संबंधित जोखमींचे मूल्यांकन करणे आवश्यक आहे. सहसा हे

• इंटरनेट प्रदाता आणि ट्रॅफिक एक्सचेंज पॉइंट (IX)
• संप्रेषण चॅनेल प्रदाते

तुम्ही स्वतःला कोणते प्रश्न विचारले पाहिजेत? उपकरणांप्रमाणे, वेगवेगळ्या आपत्कालीन परिस्थितींचा विचार केला पाहिजे. उदाहरणार्थ, इंटरनेट प्रदात्यांसाठी, हे असे काहीतरी असू शकते:

• इंटरनेट प्रदाता X ने काही कारणास्तव तुम्हाला सेवा देणे बंद केल्यास काय होईल?
• इतर प्रदात्यांकडे तुमच्यासाठी पुरेशी बँडविड्थ असेल का?
• कनेक्टिव्हिटी किती चांगली राहील?
• तुमचे इंटरनेट प्रदाते कितपत स्वतंत्र आहेत आणि त्यापैकी एकाच्या गंभीर आउटेजमुळे इतरांना समस्या निर्माण होतील का?
• तुमच्या डेटा सेंटरमध्ये किती ऑप्टिकल इनपुट आहेत?
• एक इनपुट पूर्णपणे नष्ट झाल्यास काय होईल?

इनपुट्सबद्दल, दोन भिन्न कंपन्यांमध्ये, दोन भिन्न डेटा केंद्रांमध्ये माझ्या सरावात, एका उत्खननाने विहिरी नष्ट केल्या आणि केवळ चमत्काराने आमच्या ऑप्टिक्सवर परिणाम झाला नाही. हे असे काही दुर्मिळ प्रकरण नाही.

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

बॅकअप

पुढील प्राधान्य उपकरण कॉन्फिगरेशनचा बॅकअप असू शकतो. कोणत्याही परिस्थितीत, हा एक अतिशय महत्त्वाचा मुद्दा आहे. जेव्हा आपण कॉन्फिगरेशन गमावू शकता तेव्हा मी त्या प्रकरणांची यादी करणार नाही; नियमित बॅकअप घेणे आणि त्याबद्दल विचार न करणे चांगले आहे. याव्यतिरिक्त, नियमित बॅकअप बदलांचे निरीक्षण करण्यासाठी खूप उपयुक्त ठरू शकतात.

महत्वाचे! दररोज बॅकअप घ्या. यावर बचत करण्यासाठी एवढ्या मोठ्या प्रमाणात डेटा नाही. सकाळी, कर्तव्यावरील अभियंता (किंवा आपण) सिस्टमकडून एक अहवाल प्राप्त केला पाहिजे, जो बॅकअप यशस्वी झाला की नाही हे स्पष्टपणे सूचित करतो आणि जर बॅकअप अयशस्वी झाला असेल, तर समस्येचे निराकरण केले जावे किंवा तिकीट तयार केले जावे ( नेटवर्क विभाग प्रक्रिया पहा).

सॉफ्टवेअर आवृत्त्या

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

येथे आपल्याला सर्वोत्तम पर्याय शोधण्याची आवश्यकता आहे. काही स्पष्ट शिफारसी

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

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

गंभीर उपकरणांच्या बाबतीत, अपग्रेड करण्यात मदत करण्याच्या विनंतीसह तुम्ही विक्रेत्याच्या समर्थनाशी संपर्क साधू शकता.

तिकीट प्रणाली

आता आपण आजूबाजूला पाहू शकता. तुम्हाला इतर विभागांशी आणि विभागातील परस्परसंवादासाठी प्रक्रिया स्थापित करणे आवश्यक आहे.

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

तिकीट प्रणाली हा मूलत: तुमचा अंतर्गत आणि बाह्य संप्रेषणांचा इंटरफेस आहे आणि तुम्ही या इंटरफेसचे पुरेसे तपशीलवार वर्णन केले पाहिजे.

प्रवेश उघडण्याच्या महत्त्वाच्या आणि सामान्य कार्याचे उदाहरण घेऊ. मी एका अल्गोरिदमचे वर्णन करेन ज्याने एका कंपनीमध्ये उत्तम प्रकारे कार्य केले.

उदाहरण:

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

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

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

दुसरी आवश्यकता अशी आहे

• हा प्रवेश लॉग केलेला असणे आवश्यक आहे (ज्या तांत्रिक विभागाकडून आम्हाला ही विनंती प्राप्त झाली आहे) आणि विनंती म्हणून आम्हाला या लॉग केलेल्या प्रवेशाची लिंक प्राप्त झाली आहे

या विनंतीचे स्वरूप आम्हाला समजण्यासारखे असले पाहिजे, म्हणजे.

• विनंतीमध्ये कोणते सबनेट आणि कोणत्या सबनेटवर प्रवेश खुला असावा, तसेच प्रोटोकॉल आणि (tcp/udp च्या बाबतीत) पोर्टची माहिती असणे आवश्यक आहे.

ते तेथे देखील सूचित केले पाहिजे

• हा प्रवेश का उघडला आहे याचे वर्णन
• तात्पुरते किंवा कायम (तात्पुरते असल्यास, कोणत्या तारखेपर्यंत)

आणि एक अतिशय महत्त्वाचा मुद्दा म्हणजे मंजुरी

• प्रवेश सुरू करणाऱ्या विभागाच्या प्रमुखाकडून (उदाहरणार्थ, लेखा)
• तांत्रिक विभागाच्या प्रमुखाकडून, जिथून ही विनंती नेटवर्क विभागाकडे आली (उदाहरणार्थ, हेल्पडेस्क)

या प्रकरणात, या प्रवेशाचा "मालक" हा विभागाचा प्रमुख मानला जातो ज्याने प्रवेश सुरू केला (आमच्या उदाहरणातील लेखा), आणि या विभागासाठी लॉग केलेला प्रवेश असलेले पृष्ठ अद्ययावत राहते याची खात्री करण्यासाठी तो जबाबदार आहे. .

लॉगिंग

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

येथे काही व्यावहारिक शिफारसी आहेत:

• तुम्हाला दररोज नोंदींचे पुनरावलोकन करावे लागेल
• नियोजित पुनरावलोकनाच्या बाबतीत (आणि आणीबाणीची परिस्थिती नाही), तुम्ही स्वतःला तीव्रता पातळी 0, 1, 2 पर्यंत मर्यादित करू शकता आणि तुम्हाला आवश्यक वाटल्यास इतर स्तरांवरून निवडलेले नमुने जोडू शकता.
• एक स्क्रिप्ट लिहा जी लॉग पार्स करते आणि त्या लॉगकडे दुर्लक्ष करते ज्यांचे नमुने तुम्ही दुर्लक्ष सूचीमध्ये जोडले आहेत

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

देखरेख

कंपनीकडे मॉनिटरिंग सिस्टमची कमतरता असणे असामान्य नाही. तुम्ही, उदाहरणार्थ, लॉगवर विसंबून राहू शकता, परंतु उपकरणे काहीही "बोलण्यासाठी" वेळ न देता फक्त "मृत" होऊ शकतात किंवा udp syslog प्रोटोकॉल पॅकेट हरवले आणि पोहोचू शकत नाही. सर्वसाधारणपणे, अर्थातच, सक्रिय निरीक्षण महत्वाचे आणि आवश्यक आहे.

माझ्या सरावातील दोन सर्वात लोकप्रिय उदाहरणे:

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

महत्वाचे! सर्वात गंभीर घटनांसाठी SMS सूचना सेट करा. हे मॉनिटरिंग आणि लॉगिंग दोन्हीवर लागू होते. जर तुमच्याकडे ऑन-ड्युटी शिफ्ट नसेल, तर कामाच्या वेळेच्या बाहेर एसएमएस देखील यायला हवेत.

सर्व अभियंते जागे होऊ नयेत अशा पद्धतीने प्रक्रियेचा विचार करा. यासाठी आमच्याकडे एक अभियंता ड्युटीवर होता.

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

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

काही टिपा:

• त्या तिकिटावर काय केले गेले याचा तपशील देण्यासाठी तिकीट प्रणाली वापरा, उदाहरणार्थ लागू केलेले कॉन्फिगरेशन तिकीटात कॉपी करून
• नेटवर्क उपकरणांवर टिप्पणी क्षमता वापरा (उदाहरणार्थ, जुनिपरवर टिप्पणी द्या). तुम्ही तिकीट क्रमांक लिहू शकता
• तुमच्या कॉन्फिगरेशन बॅकअपमधील फरक वापरा

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

प्रक्रिया

तुम्ही तुमच्या कार्यसंघातील प्रक्रियांचे औपचारिक आणि वर्णन करणे आवश्यक आहे. जर तुम्ही या टप्प्यावर पोहोचला असाल, तर तुमच्या टीममध्ये आधीच किमान खालील प्रक्रिया चालू असायला हव्यात:

दैनंदिन प्रक्रिया:

• तिकिटांसह काम
• लॉगसह कार्य करणे
• नियंत्रण बदला
• दररोज चेक शीट

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

• हमी, परवाने यांचा विस्तार

असिंक्रोनस प्रक्रिया:

• विविध आपत्कालीन परिस्थितींना प्रतिसाद

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

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

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

खालील भाग तुम्हाला त्रुटी शोधून त्या कशा दूर करायच्या आणि नंतर तुमच्या पायाभूत सुविधा कशा सुधारायच्या हे सांगतील.

अर्थात, तुम्हाला सर्व काही क्रमाने करण्याची गरज नाही. वेळ गंभीर असू शकते. संसाधनांनी परवानगी दिल्यास ते समांतर करा.

आणि एक महत्त्वाची भर. तुमच्या टीमशी संवाद साधा, विचारा, सल्ला घ्या. सरतेशेवटी, तेच हे सर्व समर्थन करतात आणि करतात.

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