घृणा के बिना सर्वर की सूची

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

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

प्रागितिहास

संभवतः यह समझाने की आवश्यकता नहीं है कि ऑनलाइन तकनीक के वार्ड चिड़ियाघर के बारे में अद्यतित जानकारी कितनी महत्वपूर्ण है। यह विशेष रूप से महत्वपूर्ण हो जाता है जब राशि एक सौ से अधिक होने लगती है। निश्चित रूप से हर कोई आवश्यक फ़ील्ड के साथ एक्सल फ़ाइल से गुजरता है। एक ही संभावना के साथ, एक दर्जन लाइनों को हथौड़ा या संशोधित करते समय सभी को इस पद्धति से घृणा की भावना थी।

एक मोबाइल ऑपरेटर में काम करने के बाद जहां सर्वरों की संख्या की गणना 4 अंकों की संख्या में की जाती थी और वहां उपयोग किए गए स्व-लिखित इन्वेंट्री सिस्टम के आकर्षण की सराहना करते हुए, मैं अपने नए नियोक्ता के लिए कुछ इसी तरह की खोज से हैरान था। प्रॉम्प्ट ने एक गीक पत्रिका पर बुश ब्लॉग को फेंक दिया

एक लेख में संस्थापित सर्वरों की जानकारी एकत्र करने के लिए फ्यूजनइन्वेंट्री + जीएलपीआई बंडल के उपयोग का उल्लेख किया गया है। लेख में उपयोग की जाने वाली अन्य प्रौद्योगिकियों के लिए बहुत सम्मान के कारण, मैंने अपने वातावरण में यह प्रयास करने का निर्णय लिया।

कार्यान्वयन

उत्पादों के बारे में कुछ शब्द:

• GLPI - एक हार्डवेयर डेटाबेस के साथ एक उद्यम में कॉकटेल के आयोजन के लिए एक प्रणाली
• FusionInventory - डेटा संग्रह और कार्य निष्पादन को स्वचालित करें

दोनों उत्पाद ओपन सोर्स हैं, दोनों समय-समय पर अद्यतन होते हैं और नई सुविधाओं के साथ पूरक होते हैं। लेकिन दोनों उत्पादों से हमें कार्यक्षमता का केवल एक हिस्सा चाहिए:

• सर्वर और आभासी मशीनों पर बुनियादी जानकारी का भंडारण:
• सर्वर से इस डेटा का स्वचालित संग्रह
• बाहरी तकनीकी सहायता के लिए ट्रैकिंग अनुरोध
• टीपी के बारे में जानकारी का संग्रहण (जो समर्थन प्रदान करता है, किस स्तर पर और कब समाप्त होगा)
• आईटी द्वारा प्रदान की जाने वाली व्यावसायिक सेवाओं के साथ सर्वरों का संघ
• रैक सर्वर स्थान ट्रैकिंग
• रिपोर्ट निर्माण

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

सतह ट्यूनिंग

हेल्पडेस्क टूल के रूप में GLPI की गंभीर विरासत को कोड में चढ़ते समय काट देना होगा। PHP में मेरे कौशल, जिस पर सिस्टम लिखा गया है, कोड की सहज समझ के लिए पर्याप्त है, लेकिन इसके बावजूद, काफी कुछ किया जा सकता है। सबसे पहले, मैं स्थानीयकरण को सही करने की सलाह देता हूं ताकि इन्वेंट्री आइटम को कंप्यूटर नहीं कहा जाता है, लेकिन सर्वर। यह एक बहुत महत्वपूर्ण बिंदु नहीं है, लेकिन यह कंपनी के भीतर उत्पाद की उचित स्थिति में मदद करता है।

रूसी स्थानीयकरण वाली फ़ाइल डिफ़ॉल्ट रूप से यहां संग्रहीत है: /usr/share/glpi/locales/ru_RU.php। एक बैकअप बनाएं और नामों को साहसपूर्वक संपादित करें।

इसके बाद, मैं डिफ़ॉल्ट पेज को सर्वरों की सूची में बदलने की सलाह देता हूं। यह कुछ क्लिकों द्वारा सबसे अधिक मांगी गई जानकारी तक पहुंच को कम करेगा और अनावश्यक प्रश्नों को हटा देगा:

cp /usr/share/glpi/front/central.php /usr/share/glpi/front/central.php.b cp /usr/share/glpi/front/computer.php /usr/share/glpi/front/central.php 

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

• सर्वर का नाम
• क्रमांक संख्या
• आदर्श
• ऑपरेटिंग सिस्टम
• प्रबंधन कंसोल पता
• स्थिति
• स्थान
• सर्वर पर एप्लिकेशन के लिए जिम्मेदार संपर्क करें: व्यक्ति और इकाई

आइए हमारे सर्वर डिस्प्ले वेब फॉर्म से अनावश्यक को हटाने की कोशिश करें। ऐसा करने के लिए, कंप्यूटर वर्ग संपादित करें: /usr/share/glpi/inc/computer.class.php । हम शोफॉर्म फ़ंक्शन पाते हैं (और फ़ील्ड के आउटपुट पर टिप्पणी करते हैं।

शेष क्षेत्रों को स्थानांतरित करके एक सफल लाइन-अप के साथ, हमें एक समान रूप मिलता है:


मैं आपको इन्वेंट्री को भरने के लिए फैलाव को कम करने के लिए पूर्वनिर्धारित क्षेत्रों के साथ टेम्पलेट बनाने की सलाह देता हूं।

संकेत 1: एक ही फ़ंक्शन में कुछ पंक्तियों को जोड़कर, आप nagios मॉनिटरिंग सिस्टम में एक तत्व के लिए एक सुविधाजनक लिंक प्राप्त कर सकते हैं जिसमें इन्वेंट्री पर वापस लिंक है (ऊपर स्क्रीनशॉट देखें):

  echo "<tr class='tab_bg_1'>"; echo "<td></td><td></td>"; echo "<td></td>"; echo "<td><a href=http://nagios/check_mk/view.py?view_name=host&site=&host=".$this->fields["name"]."> Server monitoring in NAGIOS </a> </td>"; 

संकेत 2: हमारी टीम द्वारा उपयोग किए गए "इन्वेंट्री नंबर" फ़ील्ड को "कंसोल एड्रेस" में बदलकर और url के प्रकार को बदलकर, हम सर्वर की सूची से सीधे SP कंसोल पर स्विच करने में सक्षम थे। एक असफल सर्वर के साथ समस्याओं को जल्दी से हल करने में मदद करता है।

इसके अलावा, अनावश्यक तत्वों के साथ हमारे व्यवस्थापकों को विचलित नहीं करने के लिए, मैं एक ही फ़ाइल में इन टैब को टिप्पणी करने की सलाह देता हूं (उनमें से कुछ को प्रोफ़ाइल के माध्यम से अधिकार काटकर हटाया जा सकता है):

 # $this->addStandardTab('ComputerVirtualMachine', $ong, $options); # $this->addStandardTab('RegistryKey', $ong, $options); # $this->addStandardTab('Item_Problem', $ong, $options); # $this->addStandardTab('Link', $ong, $options); # $this->addStandardTab('Reservation', $ong, $options); # $this->addStandardTab('OcsLink', $ong, $options); # $this->addStandardTab('Computer_SoftwareVersion', $ong, $options); # $this->addStandardTab('Note', $ong, $options); # $this->addStandardTab('Document', $ong, $options); 

डेटा संग्रह

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

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

• \\ शेयर \ FusionInventory \ Windows \ fusioninventory-agent.bat
• / नेट / शेयर / फ्यूजन इन्वेंटरी / आरएचईएल / फ्यूजनइनवेंट्री-एजेंट

आपकी कंपनी में इस प्रक्रिया को कैसे शुरू किया जाए, यह आप पर निर्भर है। लॉन्च करने के बाद, हम या तो इन्वेंट्री में एक नई वस्तु प्राप्त करेंगे या मौजूदा डेटा के एकरूप को अपडेट करेंगे (अनुक्रमिक रूप से अनुक्रमित / मैक / आईपी / नाम से चेक किया गया है)


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

संकेत: एजेंट का परिणाम एक फ़ाइल पर अपलोड किया जा सकता है और फिर GLPI में आयात किया जा सकता है। यह तंत्र किसी भी डेटा को स्वचालित रूप से लोड करने के लिए एक आदर्श एपीआई बनाता है। हमने अपने VMware फ़ार्म से वर्चुअल मशीनों पर डेटा आयात करने के लिए इस सुविधा को लागू किया है।
इन कार्यों के लिए फ्यूजन इन्वेंटरी प्लगइन का अपना उपकरण है, लेकिन यह सर्वर के घटकों को सर्वर सूची के पूर्ण-विकसित तत्वों को बनाने के बजाय जोड़ता है। जो इतना सुविधाजनक नहीं है। कुछ महीने पहले जारी किए गए नवीनतम संस्करण में, वर्चुअल मशीन या ESXi सर्वर के लिए एक घटक के लिए एक तत्व बनाने का विकल्प था।

हम बाहरी अनुप्रयोगों को ट्रैक करते हैं

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

समाधान जीएलपीआई अनुप्रयोगों में निर्धारित किया गया है, लेकिन इस मामले में वे एक आवेदन बाहर करते हैं, आईटी टीम के अंदर नहीं। आवेदन प्रक्रिया को सरल बनाने के लिए, कार्यात्मक का एक समान ट्रिमिंग किया गया था:


हमें खुले या बंद टिकटों की सूची मिलती है:

इसके अलावा

वास्तव में, सर्वर की इन्वेंट्री पूरी हो गई है, फिर, आवश्यकता के आधार पर, हम प्लगइन्स में कार्यक्षमता जोड़ते हैं। मैं इन ऐड-ऑन की सलाह देता हूं:

• उपकरण - सेवा प्रदान करने के साथ सर्वर को एकीकृत करने की क्षमता
• Bays Management - सर्वर रैक का प्रबंधन, उनकी बिजली आपूर्ति, एक रैक में सर्वर का स्थान
• कस्टम फ़ील्ड - मौजूदा तत्वों में कस्टम फ़ील्ड जोड़ें
• डेटाबेस - डेटाबेस की सूची, सेवाओं और सर्वर के साथ सहयोग
• फ़ाइल इंजेक्शन - एक सीएसवी फ़ाइल से तत्व आयात करें
• ऑब्जेक्ट प्रबंधन - कस्टम ऑब्जेक्ट बनाना

बस इतना ही। यदि पाठकों को ऐड-ऑन में रुचि है और हम उनका उपयोग कैसे करते हैं, तो मैं इन प्लग-इन के कार्यान्वयन के बारे में एक अलग लेख लिखूंगा, लेकिन यह समझने के लिए कि यह कैसा दिखता है मैं स्क्रीनशॉट फेंक देता हूं:
कस्टम आइटम - भंडारण


आईटी सेवाएं


खड़ा