LSI RAID опис в GLPI

В работата си често изпитвам мании за липсата на информация за инфраструктурата, а с увеличаването на парка от обслужвани сървъри това се превръща в истинско мъчение. Дори когато бях администратор в малки организации, винаги исках да знам какво къде е, къде е включено, кой от хората е отговорен за кое желязо или услуга и най-важното, да коригирам промените във всичко. Когато дойдете на ново място и се натъкнете на някакъв инцидент, много време се изразходва за търсене на тази информация. След това ще ви кажа с какво трябваше да се сблъскам в RuVDS и как реших проблема, посочен в заглавието.

праистория

Като корпоративен администратор имах малък опит в центъра за данни, но с крайчеца на окото си видях RackTables. Нагледно представяше стелаж с всички сървъри, UPS-и, суичове и всички връзки между тях. RuVDS нямаше такава система, а само Excel / хартиени файлове с информация за сървъри, някои от техните компоненти, номера на стелажи и т.н. С този подход е много трудно да се проследят промените в малки компоненти. Но най-важните и често подменяни консумативи за сървъри са дисковете. Много е важно да се поддържа актуална информация за състоянието на дисковете и техния стратегически резерв. Ако устройство излезе от RAID масива и не бъде бързо заменено, това в крайна сметка може да доведе до фатални последици. Следователно наистина се нуждаем от система, която проследява местоположението на дисковете и тяхното състояние, за да разберем какво може да ни липсва и кои модели трябва да закупим.

GLPI дойде на помощ, продукт с отворен код, предназначен да подобри работата на ИТ отделите и да ги доведе до идеалите на ITIL. В допълнение към инвентара на оборудването и управлението на стелажи, той разполага с база от знания, бюро за обслужване, управление на документи и много други. GLPI има много добавки, включително FusionInventory и OCS Inventory, които ви позволяват автоматично да събирате информация за компютри и други устройства чрез инсталиране на агент и SNMP. Можете да прочетете повече за инсталирането на GLPI и добавки в други статии, най-доброто от всички - официална документация. Можете да го инсталирате на нашия хостинг на готов шаблон LAMP.

Въпреки това, след внедряването на агента, ще отворим компютърните компоненти в GLPI и ще видим това:

Проблемът е, че нито един от плъгините не може да види информация за физическите дискове в LSI RAID масивите. След като видяхте как този проблем е разрешен за наблюдение в Zabbix с помощта на PowerShell скрипт lsi-raid.ps1 Реших да напиша подобен за прехвърляне на информация към GLPI.
Информация за дисковете в масива може да бъде получена с помощта на помощни програми от производителя на контролера, в случай на LSI, това е StorCLI. От него можете да получите данни във формат JSON, да ги анализирате и да ги предадете на GLPI API. Ще обвържем дискове към компютри, които FusionInventory вече е създал. При повторно изпълнение скриптът ще актуализира данните на дисковете и ще добави нови. Самият скрипт Send-RAIDtoGLPI.ps1 лъже тук в GitHub. След това ще ви покажа как да го използвате.

Какво ще се изисква

1. GLPI версия 9.5.1 (тествана на тази)
2. плъгин Fusion опис и агент за Windows
3. Windows 2012 R2 (и по-нови) като хост система или виртуална машина за управление с препратен към нея контролер, PowerShell версия 4 или по-нова
4. Инсталиран MegaRAID драйвер
5. Модул за PowerShell - PSGLPI
6. GLPI акаунт с администраторски профил за оторизация чрез API, генериран от UserToken и AppToken

Важен момент. По някаква причина GLPI има 2 различни обекта за модела на диска, но няма свойство „тип медия“. Затова, за да запиша свойствата на HDD и SSD, реших да използвам падащия списък „Модели твърди дискове“ (front/devicemodel.php?itemtype=DeviceHardDriveModel). Скриптът трябва да има тези стойности в базата данни на GLPI, в противен случай няма да може да записва данни за модела на диска. Следователно трябва първо да добавите HDD към този празен списък, след това SSD, така че идентификаторите на тези елементи в базата данни да са 1 и 2. Ако има други, заменете в този ред на скрипта Send-RAIDtoGLPI.ps1 след HDD и SSD вместо 1 и 2 съответните идентификатори:

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

Ако не искате да се забърквате с него или използвате този падащ списък по различен начин, можете просто да премахнете този ред от скрипта.

Трябва също да добавите статусите за дисковете към „Статуси на елементи“ (/front/state.php). Добавих статусите "MediaError" (имаше поне една грешка при достъп до диска) и "OK", ред в скрипта, където се предават техните идентификатори, "2" за "OK" и "1" за "MediaError":

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

Тези статуси са необходими за удобство, ако не се нуждаете от тези свойства, можете също да изтриете този ред изцяло.

В самия скрипт не забравяйте да зададете вашите променливи. $GlpiCreds трябва да съдържа URL адреса към GLPI API сървъра, UserToken и AppToken.

Какво пише в сценария

Поради тромавия анализ на JSON и if-sheets, скриптът е лошо четим, така че ще опиша логиката му тук.

Когато се стартира за първи път на хоста, скриптът минава през всички контролери и търси дискове в GLPI базата данни по серийни номера, ако не го намери, търси модела.Ако не намери и модела, след това добавя новия дисков модел към GLPI и въвежда този диск в базата данни.

При всяко ново преминаване скриптът ще се опита да открие нови дискове, но не може да изтрие липсващите, следователно ще трябва да го направите ръчно.

Пример за внедряване

Хранилището на скриптове съдържа скрипта Deploy-Send-RAIDtoGLPI.ps1, който ще изтегли ZIP архива с необходимите файлове от нашия GLPI сървър и ще ги разположи на всеки хост.

След копиране на файловете, скриптът ще инсталира агента FusionInventory като ежедневна задача и ще създаде същата задача за нашия скрипт. След успешна реализация, най-накрая ще можем да видим дисковете в секцията "Компоненти" на компютъра в GLPI.

Резултат

Сега, като отидем на GLPI в менюто "Настройки" -> "Компоненти" -> "Твърди дискове", можем да кликнем върху моделите на устройствата и да погледнем техния брой, за да разберем какво трябва да закупим.

Източник: www.habr.com