🥇नेटवर्क ऑटोमेशन. आयुष्यातील केस

अहो हाब्र!

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

जबाबदारी नाकारणे

ऑटोमेशनसाठी आमची मुख्य साधने म्हणजे Ansible (ऑटोमेशन टूल म्हणून) आणि Git (Ansible playbook साठी भांडार म्हणून). मी ताबडतोब आरक्षण करू इच्छितो की हा एक प्रास्ताविक लेख नाही, जिथे आपण Ansible किंवा Git च्या लॉजिकबद्दल बोलतो आणि मूलभूत गोष्टी स्पष्ट करतो (उदाहरणार्थ, रोलटास्कीमॉड्यूल, इन्व्हेंटरी फाइल्स, Ansible मधील व्हेरिएबल्स काय आहेत किंवा जेव्हा काय होते तुम्ही git पुश किंवा git कमिट कमांड्स प्रविष्ट करा). ही कथा तुम्ही उत्तरदायी सराव कसा करू शकता आणि तुमच्या उपकरणांवर NTP किंवा SMTP कसे कॉन्फिगर करू शकता याबद्दल नाही. ही एक कथा आहे ज्यामध्ये आपण त्रुटींशिवाय नेटवर्क समस्या जलद आणि प्राधान्याने कसे सोडवू शकता. नेटवर्क कसे कार्य करते, विशेषत: TCP/IP, OSPF, BGP प्रोटोकॉल स्टॅक काय आहे याची चांगली माहिती असणे देखील उचित आहे. आम्ही समीकरणातून उत्तरदायी आणि गिटची निवड देखील करू. तुम्हाला अजूनही विशिष्ट उपाय निवडण्याची आवश्यकता असल्यास, आम्ही "नेटवर्क प्रोग्रामेबिलिटी आणि ऑटोमेशन" हे पुस्तक वाचण्याची जोरदार शिफारस करतो. जेसन एडेलमन, स्कॉट एस. लोव आणि मॅट ओस्वाल्ट यांचे नेक्स्ट-जनरेशन नेटवर्क इंजिनियरसाठी कौशल्ये.

आता मुद्द्यावर.

समस्येची निर्मिती

चला एका परिस्थितीची कल्पना करूया: पहाटे 3 वाजता, तुम्ही झोपेत आहात आणि स्वप्न पाहत आहात. फोन कॉल. तांत्रिक संचालक कॉल करतात:

- होय?
—###, ####, #####, फायरवॉल क्लस्टर पडला आहे आणि वाढत नाही!!!
तुम्ही डोळे चोळता, काय घडत आहे हे समजून घेण्याचा प्रयत्न करता आणि हे कसे घडू शकते याची कल्पना करा. फोनवर तुम्ही दिग्दर्शकाच्या डोक्यावरचे केस फाटताना ऐकू शकता आणि तो परत कॉल करण्यास सांगतो कारण जनरल त्याला दुसऱ्या ओळीत कॉल करत आहे.

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

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

जॅकी चॅन परिस्थितीचे उत्तम वर्णन करू शकतो.

धन्यवाद, जॅकी.

खूप आनंददायी परिस्थिती नाही ना?

चला आपले नेटवर्क भाई त्याच्या दुःखी विचारांसह थोडा वेळ सोडूया.

घटना पुढे कशा विकसित होतील यावर चर्चा करूया.

आम्ही सामग्रीच्या सादरीकरणाचा खालील क्रम सुचवतो

चला नेटवर्क डायग्राम पाहू आणि ते कसे कार्य करते ते पाहू;
आम्ही Ansible वापरून एका राउटरवरून दुसऱ्या राउटरवर सेटिंग्ज कशा हस्तांतरित करतो याचे वर्णन करू;
एकूणच आयटी इन्फ्रास्ट्रक्चरच्या ऑटोमेशनबद्दल बोलूया.

नेटवर्क आकृती आणि वर्णन

योजना

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

रहदारी हलविण्यासाठी आमच्याकडे दोन मुख्य कार्ये आहेत:

आमच्या सेवांचे प्रकाशन सुनिश्चित करा, जे कंपनीचे व्यवसाय आहेत;
शाखा, रिमोट डेटा सेंटर आणि तृतीय-पक्ष संस्था (भागीदार आणि क्लायंट), तसेच मध्यवर्ती कार्यालयाद्वारे शाखांमध्ये इंटरनेटवर प्रवेश प्रदान करा.

चला मूलभूत घटकांसह प्रारंभ करूया:

दोन सीमा राउटर (BRD-01, BRD-02);
फायरवॉल क्लस्टर (FW-CLUSTER);
कोर स्विच (L3-CORE);
एक राउटर जो लाइफलाइन बनेल (जसे आम्ही समस्येचे निराकरण करतो, आम्ही नेटवर्क सेटिंग्ज FW-CLUSTER वरून इमरजेंसीमध्ये स्थानांतरित करू) (इमर्जन्सी);
नेटवर्क इन्फ्रास्ट्रक्चर मॅनेजमेंटसाठी स्विचेस (L2-MGMT);
Git आणि Ansible (VM-AUTOMATION) सह आभासी मशीन;
एक लॅपटॉप ज्यावर उत्तरदायी (लॅपटॉप-ऑटोमेशन) साठी प्लेबुकची चाचणी आणि विकास केला जातो.

नेटवर्क खालील क्षेत्रांसह डायनॅमिक OSPF रूटिंग प्रोटोकॉलसह कॉन्फिगर केले आहे:

क्षेत्र 0 - EXCHANGE झोनमध्ये रहदारी हलविण्यासाठी जबाबदार असलेल्या राउटरचा समावेश असलेले क्षेत्र;
क्षेत्र 1 - क्षेत्र ज्यामध्ये कंपनी सेवांच्या ऑपरेशनसाठी जबाबदार राउटर समाविष्ट आहेत;
क्षेत्र 2 - क्षेत्र ज्यामध्ये राउटिंग व्यवस्थापन रहदारीसाठी जबाबदार राउटर समाविष्ट आहेत;
क्षेत्र N - शाखा नेटवर्कचे क्षेत्र.

बॉर्डर राउटरवर, व्हर्च्युअल राउटर (VRF-INTERNET) तयार केले जाते, ज्यावर संबंधित असाइन केलेल्या AS सह eBGP पूर्ण दृश्य स्थापित केले जाते. iBGP VRF मध्ये कॉन्फिगर केले आहे. कंपनीकडे पांढऱ्या पत्त्यांचा एक पूल आहे जो या VRF-इंटरनेटवर प्रकाशित केला जातो. काही पांढरे पत्ते थेट FW-CLUSTER (ज्या पत्त्यांवर कंपनीच्या सेवा चालतात) कडे राउट केले जातात, काही EXCHANGE झोन (अंतर्गत कंपनी सेवा ज्यांना बाह्य IP पत्ते आणि कार्यालयांसाठी बाह्य NAT पत्ते आवश्यक असतात) मार्गे केले जातात. पुढे, ट्रॅफिक L3-CORE वर पांढरे आणि राखाडी पत्त्यांसह (सुरक्षा क्षेत्र) तयार केलेल्या आभासी राउटरवर जाते.

व्यवस्थापन नेटवर्क समर्पित स्विचेस वापरते आणि भौतिकरित्या समर्पित नेटवर्कचे प्रतिनिधित्व करते. व्यवस्थापन नेटवर्क देखील सुरक्षा क्षेत्रांमध्ये विभागले गेले आहे.
इमर्जन्सी राउटर भौतिक आणि तार्किकदृष्ट्या FW-CLUSTER ची नक्कल करतो. त्यावरील सर्व इंटरफेस अक्षम केले आहेत जे व्यवस्थापन नेटवर्कमध्ये पाहतात.

ऑटोमेशन आणि त्याचे वर्णन

नेटवर्क कसे कार्य करते ते आम्ही शोधून काढले. आता FW-CLUSTER वरून इमर्जन्सीमध्ये ट्रॅफिक हस्तांतरित करण्यासाठी आपण काय करू ते चरण-दर-चरण पाहू:

आम्ही कोर स्विच (L3-CORE) वर इंटरफेस अक्षम करतो जे ते FW-CLUSTER शी जोडतात;
आम्ही L2-MGMT कर्नल स्विचवरील इंटरफेस अक्षम करतो जे त्यास FW-CLUSTER शी जोडतात;
आम्ही इमर्जन्सी राउटर कॉन्फिगर करतो (डीफॉल्टनुसार, L2-MGMT शी संबंधित वगळता सर्व इंटरफेस त्यावर अक्षम केले जातात):

आम्ही आणीबाणीवर इंटरफेस सक्षम करतो;
आम्ही बाह्य IP पत्ता (NAT साठी) कॉन्फिगर करतो जो FW-Cluster वर होता;
आम्ही GARP विनंत्या व्युत्पन्न करतो जेणेकरून L3-CORE arp टेबलमधील खसखस पत्ते FW-Cluster वरून EMERGENCY मध्ये बदलले जातील;
आम्ही डीफॉल्ट मार्ग BRD-01, BRD-02 साठी स्थिर म्हणून नोंदणीकृत करतो;
NAT नियम तयार करा;
इमर्जन्सी ओएसपीएफ क्षेत्र 1 पर्यंत वाढवा;
इमर्जन्सी ओएसपीएफ क्षेत्र 2 पर्यंत वाढवा;
आम्ही क्षेत्र 1 ते 10 मधील मार्गांची किंमत बदलतो;
आम्ही क्षेत्र 1 ते 10 मध्ये डीफॉल्ट मार्गाची किंमत बदलतो;
आम्ही L2-MGMT शी संबंधित IP पत्ते बदलतो (जे FW-CLUSTER वर होते);
आम्ही GARP विनंत्या व्युत्पन्न करतो जेणेकरून L2-MGMT arp टेबलमधील खसखस पत्ते FW-CLUSTER मधून इमर्जन्सीमध्ये बदलले जातील.

पुन्हा, आम्ही समस्येच्या मूळ फॉर्म्युलेशनकडे परत जाऊ. पहाटे तीन वाजले, प्रचंड ताण, कोणत्याही टप्प्यावर झालेली चूक नवीन समस्यांना कारणीभूत ठरू शकते. CLI द्वारे कमांड टाईप करण्यास तयार आहात? होय? ठीक आहे, निदान तुमचा चेहरा स्वच्छ धुवा, थोडी कॉफी प्या आणि तुमची इच्छाशक्ती गोळा करा.
ब्रुस, कृपया मुलांना मदत करा.

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

या टप्प्यावर, आम्हाला काय करण्याची आवश्यकता आहे हे लक्षात आले, प्लेबुक विकसित केले, चाचणी घेतली आणि आता आम्ही ते लॉन्च करण्यास तयार आहोत.

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

चला प्रक्षेपित करूया... अशी भावना आहे की सर्वकाही खूप हळू चालले आहे, कुठेतरी एक त्रुटी आहे, शेवटी काहीतरी कार्य करणार नाही. पॅराशूटने उडी मारण्याची भावना, परंतु पॅराशूट लगेच उघडू इच्छित नाही ... हे सामान्य आहे.

पुढे, आम्ही उत्तरदायी प्लेबुकच्या केलेल्या ऑपरेशनचे परिणाम वाचतो (आयपी पत्ते गुप्ततेच्या उद्देशाने बदलले गेले होते):

[xxx@emergency ansible]$ ansible-playbook -i /etc/ansible/inventories/prod_inventory.ini /etc/ansible/playbooks/emergency_on.yml 

PLAY [------->Emergency on VCF] ********************************************************

TASK [vcf_junos_emergency_on : Disable PROD interfaces to FW-CLUSTER] *********************
changed: [vcf]

PLAY [------->Emergency on MGMT-CORE] ************************************************

TASK [mgmt_junos_emergency_on : Disable MGMT interfaces to FW-CLUSTER] ******************
changed: [m9-03-sw-03-mgmt-core]

PLAY [------->Emergency on] ****************************************************

TASK [mk_routeros_emergency_on : Enable EXT-INTERNET interface] **************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Generate gARP for EXT-INTERNET interface] ****************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Enable static default route to EXT-INTERNET] ****************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change NAT rule to EXT-INTERNET interface] ****************
changed: [m9-04-r-04] => (item=12)
changed: [m9-04-r-04] => (item=14)
changed: [m9-04-r-04] => (item=15)
changed: [m9-04-r-04] => (item=16)
changed: [m9-04-r-04] => (item=17)

TASK [mk_routeros_emergency_on : Enable OSPF Area 1 PROD] ******************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Enable OSPF Area 2 MGMT] *****************************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change OSPF Area 1 interfaces costs to 10] *****************
changed: [m9-04-r-04] => (item=VLAN-1001)
changed: [m9-04-r-04] => (item=VLAN-1002)
changed: [m9-04-r-04] => (item=VLAN-1003)
changed: [m9-04-r-04] => (item=VLAN-1004)
changed: [m9-04-r-04] => (item=VLAN-1005)
changed: [m9-04-r-04] => (item=VLAN-1006)
changed: [m9-04-r-04] => (item=VLAN-1007)
changed: [m9-04-r-04] => (item=VLAN-1008)
changed: [m9-04-r-04] => (item=VLAN-1009)
changed: [m9-04-r-04] => (item=VLAN-1010)
changed: [m9-04-r-04] => (item=VLAN-1011)
changed: [m9-04-r-04] => (item=VLAN-1012)
changed: [m9-04-r-04] => (item=VLAN-1013)
changed: [m9-04-r-04] => (item=VLAN-1100)

TASK [mk_routeros_emergency_on : Change OSPF area1 default cost for to 10] ******************
changed: [m9-04-r-04]

TASK [mk_routeros_emergency_on : Change MGMT interfaces ip addresses] ********************
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n.254', u'name': u'VLAN-803'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+1.254', u'name': u'VLAN-805'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+2.254', u'name': u'VLAN-807'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+3.254', u'name': u'VLAN-809'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+4.254', u'name': u'VLAN-820'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+5.254', u'name': u'VLAN-822'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+6.254', u'name': u'VLAN-823'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+7.254', u'name': u'VLAN-824'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+8.254', u'name': u'VLAN-850'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+9.254', u'name': u'VLAN-851'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+10.254', u'name': u'VLAN-852'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+11.254', u'name': u'VLAN-853'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+12.254', u'name': u'VLAN-870'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+13.254', u'name': u'VLAN-898'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+14.254', u'name': u'VLAN-899'})

TASK [mk_routeros_emergency_on : Generate gARPs for MGMT interfaces] *********************
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n.254', u'name': u'VLAN-803'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+1.254', u'name': u'VLAN-805'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+2.254', u'name': u'VLAN-807'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+3.254', u'name': u'VLAN-809'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+4.254', u'name': u'VLAN-820'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+5.254', u'name': u'VLAN-822'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+6.254', u'name': u'VLAN-823'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+7.254', u'name': u'VLAN-824'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+8.254', u'name': u'VLAN-850'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+9.254', u'name': u'VLAN-851'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+10.254', u'name': u'VLAN-852'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+11.254', u'name': u'VLAN-853'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+12.254', u'name': u'VLAN-870'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+13.254', u'name': u'VLAN-898'})
changed: [m9-04-r-04] => (item={u'ip': u'х.х.n+14.254', u'name': u'VLAN-899'})

PLAY RECAP ************************************************************************

झाले!

खरं तर, ते पूर्णपणे तयार नाही, डायनॅमिक रूटिंग प्रोटोकॉलच्या अभिसरण आणि FIB मध्ये मोठ्या संख्येने मार्ग लोड करण्याबद्दल विसरू नका. आम्ही यावर कोणत्याही प्रकारे प्रभाव टाकू शकत नाही. आम्हीं वाट पहतो. ते काम झाले. आता ते तयार आहे.

आणि विलाबाजो गावात (जे नेटवर्क सेटअप स्वयंचलित करू इच्छित नाही) ते भांडी धुणे सुरू ठेवतात. ब्रूस (कबुल आहे, आधीच भिन्न, परंतु कमी थंड नाही) उपकरणांचे आणखी किती मॅन्युअल पुनर्रचना होईल हे समजून घेण्याचा प्रयत्न करीत आहे.

मलाही एका महत्त्वाच्या मुद्द्यावर लक्ष द्यायचे आहे. आपण सर्वकाही परत कसे मिळवू शकतो? काही काळानंतर, आम्ही आमचे FW-CLUSTER पुन्हा जिवंत करू. हे मुख्य उपकरण आहे, बॅकअप नाही, नेटवर्क त्यावर चालले पाहिजे.

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

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

कोणीही आम्हाला लिहू शकतो आणि सर्व लिखित कोडचे स्त्रोत, सर्व पॅलीबुकसह प्राप्त करू शकतो. प्रोफाइलमधील संपर्क.

निष्कर्ष

आमच्या मते, स्वयंचलित होऊ शकणाऱ्या प्रक्रिया अद्याप क्रिस्टलाइज झालेल्या नाहीत. आम्ही काय अनुभवले आणि आमचे पाश्चात्य सहकारी काय चर्चा करत आहेत यावर आधारित, खालील थीम आतापर्यंत दृश्यमान आहेत:

डिव्हाइसची तरतूद;
माहिती मिळवणे;
अहवाल देणे;
समस्यानिवारण;
अनुपालन

स्वारस्य असल्यास, आम्ही दिलेल्या विषयांपैकी एकावर चर्चा सुरू ठेवू शकतो.

मला ऑटोमेशनबद्दल थोडे बोलायचे आहे. आपल्या समजुतीमध्ये ते काय असावे:

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

आणि या मुद्द्यांमुळे काय घडले पाहिजे:

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

लेखाचे लेखक: अलेक्झांडर चेलोवेकोव्ह (CCIE RS, CCIE SP) आणि पावेल किरिलोव्ह. आम्हाला आयटी इन्फ्रास्ट्रक्चर ऑटोमेशन विषयावर चर्चा करण्यात आणि उपाय प्रस्तावित करण्यात रस आहे.

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

नेटवर्क ऑटोमेशन. एखाद्याच्या आयुष्यातील एक केस

समस्येची निर्मिती

नेटवर्क आकृती आणि वर्णन

ऑटोमेशन आणि त्याचे वर्णन

निष्कर्ष

एक टिप्पणी जोडा Отменить ответ