សារពើភ័ណ្ឌ LSI RAID នៅក្នុង GLPI

នៅក្នុងការងាររបស់ខ្ញុំ ជារឿយៗខ្ញុំជួបប្រទះការគិតមមៃអំពីកង្វះព័ត៌មានអំពីហេដ្ឋារចនាសម្ព័ន្ធ ហើយជាមួយនឹងការកើនឡើងនៃចំនួនម៉ាស៊ីនមេដែលកំពុងបម្រើ នេះប្រែទៅជាការធ្វើទារុណកម្មពិតប្រាកដ។ សូម្បីតែពេលដែលខ្ញុំជាអ្នកគ្រប់គ្រងនៅក្នុងអង្គការតូចក៏ដោយ ខ្ញុំតែងតែចង់ដឹងថាតើកន្លែងណា កន្លែងណាដែលវាត្រូវបានដោត អ្នកដែលទទួលខុសត្រូវចំពោះផ្នែកណាមួយនៃផ្នែករឹង ឬសេវាកម្ម ហើយសំខាន់បំផុតគឺដើម្បីកត់ត្រាការផ្លាស់ប្តូរនៅក្នុងទាំងអស់នេះ។ នៅពេលអ្នកមកដល់កន្លែងថ្មី ហើយជួបប្រទះនឹងឧប្បត្តិហេតុមួយ ចំណាយពេលច្រើនក្នុងការស្វែងរកព័ត៌មាននេះ។ បន្ទាប់ ខ្ញុំនឹងប្រាប់អ្នកពីអ្វីដែលខ្ញុំត្រូវប្រឈមមុខនៅក្នុង RuVDS និងរបៀបដែលខ្ញុំដោះស្រាយបញ្ហាដែលបានបង្ហាញនៅក្នុងចំណងជើង។

សម័យបុរេប្រវត្តិសាស្ត្រ

ក្នុងនាមជាអ្នកគ្រប់គ្រងសហគ្រាស ខ្ញុំមានបទពិសោធន៍តិចតួចក្នុងការធ្វើការនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ ប៉ុន្តែខ្ញុំបានឃើញទិដ្ឋភាពនៃ RackTables ។ វាបានបង្ហាញយ៉ាងច្បាស់នូវ rack ជាមួយនឹង servers, UPS, switches និងការតភ្ជាប់ទាំងអស់រវាងពួកវា។ RuVDS មិនមានប្រព័ន្ធបែបនេះទេ ប៉ុន្តែមានតែឯកសារ Excel/paper ដែលមានព័ត៌មានអំពីម៉ាស៊ីនមេ សមាសធាតុមួយចំនួន លេខរ៉ាកែត ជាដើម។ ជាមួយនឹងវិធីសាស្រ្តនេះ វាជាការលំបាកខ្លាំងណាស់ក្នុងការតាមដានការផ្លាស់ប្តូរនៅក្នុងសមាសធាតុតូចៗ។ ប៉ុន្តែឧបករណ៍ប្រើប្រាស់ដ៏សំខាន់បំផុត និងជាញឹកញាប់ត្រូវបានជំនួសសម្រាប់ម៉ាស៊ីនមេគឺថាស។ វាមានសារៈសំខាន់ខ្លាំងណាស់ក្នុងការថែរក្សាព័ត៌មានថ្មីៗអំពីស្ថានភាពនៃថាស និងទុនបម្រុងយុទ្ធសាស្ត្ររបស់ពួកគេ។ ប្រសិនបើដ្រាយមួយបរាជ័យពីអារេ RAID ហើយមិនត្រូវបានជំនួសយ៉ាងឆាប់រហ័សទេ នេះអាចនាំឱ្យមានផលវិបាកធ្ងន់ធ្ងរ។ ដូច្នេះហើយ យើងពិតជាត្រូវការប្រព័ន្ធដែលតាមដានទីតាំងរបស់ឌីស និងលក្ខខណ្ឌរបស់វា ដើម្បីយល់ពីអ្វីដែលយើងអាចបាត់ និងម៉ូដែលណាដែលយើងត្រូវទិញ។

GLPI បានមកជួយសង្គ្រោះ ដែលជាផលិតផលប្រភពបើកចំហដែលត្រូវបានរចនាឡើងដើម្បីកែលម្អដំណើរការនៃនាយកដ្ឋានព័ត៌មានវិទ្យា និងនាំពួកគេទៅកាន់ឧត្តមគតិ ITIL ។ បន្ថែមពីលើសារពើភ័ណ្ឌឧបករណ៍ និងការគ្រប់គ្រងរ៉ាកែត វាមានមូលដ្ឋានចំណេះដឹង តុសេវាកម្ម ការគ្រប់គ្រងឯកសារ និងច្រើនទៀត។ GLPI មានកម្មវិធីជំនួយជាច្រើន រួមទាំង FusionInventory និង OCS Inventory ដែលអនុញ្ញាតឱ្យអ្នកប្រមូលព័ត៌មានដោយស្វ័យប្រវត្តិអំពីកុំព្យូទ័រ និងឧបករណ៍ផ្សេងទៀតតាមរយៈការដំឡើងភ្នាក់ងារ និង SNMP ។ អ្នកអាចអានបន្ថែមអំពីការដំឡើង GLPI និងកម្មវិធីជំនួយនៅក្នុងអត្ថបទផ្សេងទៀត ល្អបំផុត - ឯកសារផ្លូវការ. អ្នកអាចដំឡើងវានៅលើការបង្ហោះរបស់យើងនៅលើគំរូដែលត្រៀមរួចជាស្រេច ចង្កៀង.

ទោះយ៉ាងណាក៏ដោយ បន្ទាប់ពីដាក់ពង្រាយភ្នាក់ងារ យើងនឹងបើកសមាសធាតុកុំព្យូទ័រនៅក្នុង GLPI ហើយឃើញវា៖

បញ្ហាគឺថាគ្មានកម្មវិធីជំនួយណាមួយអាចមើលឃើញព័ត៌មានអំពីថាសរឹងនៅក្នុងអារេ LSI RAID នោះទេ។ ដោយបានឃើញពីរបៀបដែលបញ្ហានេះត្រូវបានដោះស្រាយសម្រាប់ការត្រួតពិនិត្យនៅក្នុង Zabbix ដោយប្រើស្គ្រីប PowerShell lsi-raid.ps1 ខ្ញុំបានសម្រេចចិត្តសរសេរស្រដៀងគ្នានេះ ដើម្បីផ្ទេរព័ត៌មានទៅ GLPI ។
ទិន្នន័យអំពីថាសនៅក្នុងអារេអាចទទួលបានដោយប្រើឧបករណ៍ប្រើប្រាស់ពីក្រុមហ៊ុនផលិតឧបករណ៍បញ្ជា ក្នុងករណី LSI នេះគឺជា StorCLI ។ ពីវា អ្នកអាចទទួលបានទិន្នន័យជាទម្រង់ JSON ញែកវា និងបញ្ជូនវាទៅ GLPI API ។ យើងនឹងភ្ជាប់ថាសទៅកុំព្យូទ័រដែល FusionInventory បានបង្កើតរួចហើយ។ នៅពេលដំណើរការម្តងទៀត ស្គ្រីបនឹងធ្វើបច្ចុប្បន្នភាពទិន្នន័យនៅលើថាស ហើយបន្ថែមថ្មី។ ស្គ្រីបខ្លួនវា Send-RAIDtoGLPI.ps1 គឺ នៅទីនេះនៅលើ GitHub. បន្ទាប់ខ្ញុំនឹងប្រាប់អ្នកពីរបៀបប្រើវា។

អ្វីដែលត្រូវបានទាមទារ

1. ជីភីភី កំណែ 9.5.1 (សាកល្បងលើមួយនេះ)
2. កម្មវិធីជំនួយ បញ្ជីសារពើភ័ណ្ឌ និងភ្នាក់ងារសម្រាប់ Windows
3. Windows 2012 R2 (និងខ្ពស់ជាងនេះ) ជាប្រព័ន្ធម៉ាស៊ីន ឬការគ្រប់គ្រង-VM ដែលមានឧបករណ៍បញ្ជាដែលបានបញ្ចូលទៅក្នុងវា PowerShell កំណែ 4 ឬខ្ពស់ជាងនេះ។
4. បានដំឡើងកម្មវិធីបញ្ជា MegaRAID
5. ម៉ូឌុលសម្រាប់ PowerShell - PSGLPI
6. គណនីនៅក្នុង GLPI ជាមួយទម្រង់អ្នកគ្រប់គ្រងសម្រាប់ការអនុញ្ញាតតាមរយៈ API ដែលបង្កើតដោយ UserToken និង AppToken

ចំណុចសំខាន់។ សម្រាប់ហេតុផលមួយចំនួន GLPI មានអង្គភាព 2 ផ្សេងគ្នាសម្រាប់គំរូឌីស ប៉ុន្តែមិនមានទ្រព្យសម្បត្តិ "ប្រភេទមេឌៀ" ទេ។ ដូច្នេះ ដើម្បីកត់ត្រាលក្ខណៈសម្បត្តិរបស់ HDD និង SSD ខ្ញុំបានសម្រេចចិត្តប្រើបញ្ជីទម្លាក់ចុះ "Hard Drive Models" (front/devicemodel.php?itemtype=DeviceHardDriveModel) ។ ស្គ្រីបត្រូវតែមានតម្លៃទាំងនេះនៅក្នុងមូលដ្ឋានទិន្នន័យ GLPI បើមិនដូច្នេះទេវានឹងមិនអាចសរសេរទិន្នន័យអំពីគំរូឌីសបានទេ។ ដូច្នេះ អ្នកត្រូវបន្ថែម HDD ដំបូង បន្ទាប់មក SSD ទៅក្នុងបញ្ជីទទេនេះ ដូច្នេះ IDs នៃធាតុទាំងនេះនៅក្នុង database គឺ 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 ដ៏ស្មុគស្មាញ និង ifs ទទេ ស្គ្រីបពិបាកអាន ដូច្នេះខ្ញុំនឹងរៀបរាប់អំពីតក្កវិជ្ជារបស់វានៅទីនេះ។

នៅពេលបើកដំណើរការដំបូងនៅលើម៉ាស៊ីន ស្គ្រីបឆ្លងកាត់ឧបករណ៍បញ្ជាទាំងអស់ ហើយស្វែងរកថាសនៅក្នុងមូលដ្ឋានទិន្នន័យ GLPI តាមលេខសៀរៀល ប្រសិនបើវាមិនរកឃើញទេ វាស្វែងរកគំរូ។ ប្រសិនបើវាមិនរកឃើញគំរូនោះ វាបន្ថែមលេខសៀរៀល។ គំរូនៃថាសថ្មីទៅ GLPI ហើយបញ្ចូលថាសនេះទៅក្នុងមូលដ្ឋានទិន្នន័យ។

ស្គ្រីបថ្មីនីមួយៗនឹងព្យាយាមស្វែងរកថាសថ្មី ប៉ុន្តែវាមិនដឹងពីរបៀបលុបអ្វីដែលបាត់នោះទេ ដូច្នេះអ្នកនឹងត្រូវធ្វើវាដោយដៃ។

ឧទាហរណ៍នៃការដាក់ពង្រាយ

ឃ្លាំងស្គ្រីបមានស្គ្រីប Deploy-Send-RAIDtoGLPI.ps1 ដែលនឹងទាញយកបណ្ណសារហ្ស៊ីបជាមួយនឹងឯកសារចាំបាច់ពីម៉ាស៊ីនមេ GLPI របស់យើង ហើយដាក់ពង្រាយពួកវាទៅម៉ាស៊ីននីមួយៗ។

បន្ទាប់ពីចម្លងឯកសារ ស្គ្រីបនឹងដំឡើងភ្នាក់ងារ FusionInventory ដើម្បីដំណើរការជាកិច្ចការប្រចាំថ្ងៃ និងបង្កើតភារកិច្ចដូចគ្នាសម្រាប់ស្គ្រីបរបស់យើង។ បន្ទាប់​ពី​ការ​អនុវត្ត​ដោយ​ជោគជ័យ ទីបំផុត​យើង​នឹង​អាច​មើល​ឃើញ drives ក្នុង​ផ្នែក Components របស់​កុំព្យូទ័រ​ក្នុង GLPI ។

លទ្ធផល

ឥឡូវនេះ ដោយចូលទៅកាន់ GLPI នៅក្នុង “Settings” -> “Components” -> “Hard Drives” menu យើងអាចចុចលើ drive model ហើយមើលបរិមាណរបស់វា ដើម្បីយល់ពីអ្វីដែលយើងត្រូវទិញ។

ប្រភព: www.habr.com