LSI RAID Inventory í GLPI

Í starfi mínu upplifi ég oft þráhyggju um skort á upplýsingum um innviðina og með auknum fjölda netþjóna sem þjónað er breytist þetta í alvöru pyntingar. Jafnvel þegar ég var stjórnandi í litlum stofnunum vildi ég alltaf vita hvað væri hvar, hvar það væri tengt, hvaða fólk bæri ábyrgð á hvaða vélbúnaði eða þjónustu, og síðast en ekki síst, að skrá breytingar á þessu öllu. Þegar þú kemur á nýjan stað og lendir í atviki fer mikill tími í að leita að þessum upplýsingum. Næst mun ég segja þér hvað ég þurfti að horfast í augu við í RuVDS og hvernig ég leysti vandamálið sem tilgreint er í titlinum.

Forsaga

Sem fyrirtækjastjórnandi hafði ég litla reynslu af því að vinna í gagnaveri, en ég sá RackTables. Það sýndi greinilega rekkann með öllum netþjónum, UPS, rofum og öllum tengingum á milli þeirra. RuVDS var ekki með slíkt kerfi heldur aðeins Excel/pappírsskrár með upplýsingum um netþjóna, suma íhluti þeirra, rekkinúmer o.fl. Með þessari nálgun er mjög erfitt að fylgjast með breytingum á litlum hlutum. En mikilvægustu og oft skipt út rekstrarvörur fyrir netþjóna eru diskar. Það er mjög mikilvægt að viðhalda uppfærðum upplýsingum um stöðu diska og stefnumótandi varasjóð þeirra. Ef drif bilar úr RAID fylki og er ekki fljótt skipt út, getur það að lokum leitt til banvænna afleiðinga. Þess vegna þurfum við virkilega kerfi sem fylgist með staðsetningu diska og ástandi þeirra til að skilja hvað okkur gæti vantað og hvaða gerðir við þurfum að kaupa.

Til björgunar kom GLPI, opinn uppspretta vara sem er hönnuð til að bæta frammistöðu upplýsingatæknideilda og koma þeim upp í ITIL hugsjónir. Auk búnaðarbirgða og rekkistjórnunar hefur það þekkingargrunn, þjónustuborð, skjalastjórnun og margt fleira. GLPI hefur mörg viðbætur, þar á meðal FusionInventory og OCS Inventory, sem gera þér kleift að safna sjálfkrafa upplýsingum um tölvur og önnur tæki með umboðsuppsetningu og SNMP. Þú getur lesið meira um uppsetningu GLPI og viðbætur í öðrum greinum, best af öllu - opinber skjöl. Þú getur sett það upp á hýsingu okkar á tilbúnu sniðmáti LAMPI.

Hins vegar, eftir að hafa sett umboðsmanninn upp, munum við opna tölvuíhlutina í GLPI og sjá þetta:

Vandamálið er að ekkert af viðbótunum getur séð upplýsingar um líkamlega diska í LSI RAID fylkjum. Eftir að hafa séð hvernig þetta mál er leyst fyrir eftirlit í Zabbix með PowerShell skriftu lsi-raid.ps1 Ég ákvað að skrifa svipað til að flytja upplýsingar til GLPI.
Hægt er að nálgast gögn um diskana í fylkinu með tólum frá framleiðanda stjórnandans; ef um LSI er að ræða er þetta StorCLI. Þaðan geturðu fengið gögn á JSON sniði, flokkað þau og sent þau í GLPI API. Við munum tengja diskana við tölvur sem FusionInventory hefur þegar búið til. Þegar það er keyrt aftur mun handritið uppfæra gögnin á diskunum og bæta við nýjum. Handritið sjálft Send-RAIDtoGLPI.ps1 er hér á GitHub. Næst mun ég segja þér hvernig á að nota það.

Hvað verður krafist

1. GLPI útgáfa 9.5.1 (prófuð á þessari)
2. Stinga inn Fusion Inventory og umboðsmaður fyrir Windows
3. Windows 2012 R2 (og hærra) sem hýsingarkerfi, eða stjórnunar-VM með stýringu inn í það, PowerShell útgáfa 4 eða nýrri
4. Uppsett MegaRAID bílstjóri
5. Eining fyrir PowerShell - PSGLPI
6. Reikningur í GLPI með Admin prófíl fyrir heimild í gegnum API sem er búið til af UserToken og AppToken

Mikilvægur punktur. Af einhverjum ástæðum hefur GLPI 2 mismunandi einingar fyrir disklíkanið, en það er engin „miðlunartegund“ eign. Þess vegna, til að taka upp HDD og SSD eiginleika, ákvað ég að nota "Hard Drive Models" fellilistann (front/devicemodel.php?itemtype=DeviceHardDriveModel). Handritið verður að hafa þessi gildi í GLPI gagnagrunninum, annars mun það ekki geta skrifað gögn um disklíkanið. Þess vegna þarftu að bæta fyrst HDD, síðan SSD við þennan tóma lista, þannig að auðkenni þessara þátta í gagnagrunninum séu 1 og 2. Ef það eru aðrir, skiptu þá út í þessari línu af handritinu Send-RAIDtoGLPI.ps1 eftir HDD og SSD í stað 1 og 2 samsvarandi auðkenni þeirra:

deviceharddrivemodels_id = switch ($MediaType) { "HDD" { "1" }; "SSD" { "2" }; default { "" } }

Ef þú vilt ekki nenna þessu eða þú notar þennan fellilista á annan hátt geturðu einfaldlega fjarlægt þessa línu úr handritinu.

Þú þarft líka að bæta við stöðu fyrir diskana í „Element Statuses“ (/front/state.php). Ég bætti við stöðunum „MediaError“ (það var að minnsta kosti ein diskaaðgangsvilla) og „OK“, línu í handritinu þar sem auðkenni þeirra eru send, „2“ fyrir „OK“ og „1“ fyrir „MediaError“:

states_id = switch ($MediaError) { 0 { "2" }; { $_ -gt 0 } { "1" } }

Þessar stöður eru nauðsynlegar til þæginda; ef þú þarft ekki þessa eiginleika geturðu líka eytt þessari línu alveg.

Í handritinu sjálfu, ekki gleyma að benda breytunum á þínar. $GlpiCreds verður að innihalda slóðina á GLPI API netþjóninn, UserToken og AppToken.

Hvað er í handritinu

Vegna fyrirferðarmikils JSON-þáttunar og tómra efs er handritið erfitt að lesa, svo ég mun lýsa rökfræði þess hér.

Þegar það er fyrst opnað á hýsilinn fer handritið í gegnum alla stýringar og leitar að diskum í GLPI gagnagrunninum eftir raðnúmerum; ef það finnur það ekki leitar það að líkaninu. Ef það finnur ekki líkanið bætir það við líkan af nýja disknum í GLPI og færir þennan disk inn í gagnagrunninn.

Í hverri nýrri sendingu reynir handritið að greina nýja diska, en það veit ekki hvernig á að fjarlægja þá sem vantar, svo þú verður að gera það handvirkt.

Dæmi um dreifingu

Forskriftageymslan inniheldur Deploy-Send-RAIDtoGLPI.ps1 forskriftina, sem mun hlaða niður ZIP skjalasafni með nauðsynlegum skrám frá GLPI þjóninum okkar og dreifa þeim á hvern gestgjafa.

Eftir að hafa afritað skrárnar mun handritið setja upp FusionInventory umboðsmanninn til að keyra sem daglegt verkefni og búa til sama verkefni fyrir handritið okkar. Eftir vel heppnaða innleiðingu munum við loksins geta séð drifið í Components hluta tölvunnar í GLPI.

Niðurstaðan

Nú, með því að fara í GLPI í „Stillingar“ -> „Hluti“ -> „Harðir diskar“ valmyndinni, getum við smellt á driflíkönin og séð magn þeirra til að skilja hvað við þurfum að kaupa.

Heimild: www.habr.com