GLPI માં LSI RAID ઇન્વેન્ટરી

મારા કાર્યમાં, હું ઘણીવાર ઇન્ફ્રાસ્ટ્રક્ચર વિશેની માહિતીના અભાવ વિશે મનોગ્રસ્તિઓ અનુભવું છું, અને સર્વર્સની સંખ્યામાં વધારો થતાં, આ વાસ્તવિક ત્રાસમાં ફેરવાય છે. જ્યારે હું નાની સંસ્થાઓમાં એડમિનિસ્ટ્રેટર હતો ત્યારે પણ, હું હંમેશા જાણવા માંગતો હતો કે શું છે, ક્યાં પ્લગ ઇન છે, કયા લોકો હાર્ડવેર અથવા સેવાના ભાગ માટે જવાબદાર છે અને સૌથી અગત્યનું, આ બધામાં ફેરફારો રેકોર્ડ કરવા માટે. જ્યારે તમે કોઈ નવી જગ્યાએ આવો છો અને કોઈ ઘટનાનો સામનો કરો છો, ત્યારે આ માહિતી શોધવામાં ઘણો સમય પસાર થાય છે. આગળ, હું તમને કહીશ કે મને RuVDS માં શું મળ્યું, અને મેં શીર્ષકમાં દર્શાવેલ સમસ્યાને કેવી રીતે હલ કરી.

પ્રાગૈતિહાસિક

એન્ટરપ્રાઇઝ એડમિન તરીકે, મને ડેટા સેન્ટરમાં કામ કરવાનો ઓછો અનુભવ હતો, પરંતુ મેં રેકટેબલ્સની ઝલક મેળવી. તે સ્પષ્ટપણે તમામ સર્વર, યુપીએસ, સ્વીચો અને તેમની વચ્ચેના તમામ જોડાણો સાથે રેક દર્શાવે છે. રુવીડીએસ પાસે આવી સિસ્ટમ નથી, પરંતુ સર્વર્સ, તેમના કેટલાક ઘટકો, રેક નંબર વગેરે વિશેની માહિતી સાથે માત્ર એક્સેલ/પેપર ફાઇલો છે. આ અભિગમ સાથે, નાના ઘટકોમાં ફેરફારોને ટ્રૅક કરવું ખૂબ જ મુશ્કેલ છે. પરંતુ સર્વર માટે સૌથી મહત્વપૂર્ણ અને વારંવાર બદલાતી ઉપભોજ્ય વસ્તુઓ ડિસ્ક છે. ડિસ્કની સ્થિતિ અને તેમના વ્યૂહાત્મક અનામત વિશે અપ-ટૂ-ડેટ માહિતી જાળવવી ખૂબ જ મહત્વપૂર્ણ છે. જો RAID એરેમાંથી ડ્રાઈવ નિષ્ફળ જાય અને તેને ઝડપથી બદલવામાં ન આવે, તો આ આખરે ઘાતક પરિણામો તરફ દોરી શકે છે. તેથી, અમને ખરેખર એક સિસ્ટમની જરૂર છે જે ડિસ્કના સ્થાન અને તેમની સ્થિતિને ટ્રૅક કરે છે તે સમજવા માટે કે આપણે શું ખૂટે છે અને આપણે કયા મોડેલ ખરીદવાની જરૂર છે.

GLPI બચાવમાં આવ્યું, એક ઓપન સોર્સ પ્રોડક્ટ જે IT વિભાગોની કામગીરી સુધારવા અને તેમને ITIL આદર્શો પર લાવવા માટે રચાયેલ છે. ઇક્વિપમેન્ટ ઇન્વેન્ટરી અને રેક મેનેજમેન્ટ ઉપરાંત, તેમાં નોલેજ બેઝ, સર્વિસ ડેસ્ક, ડોક્યુમેન્ટ મેનેજમેન્ટ અને ઘણું બધું છે. GLPI પાસે ફ્યુઝન ઇન્વેન્ટરી અને OCS ઇન્વેન્ટરી સહિત ઘણા પ્લગઇન્સ છે, જે તમને એજન્ટ ઇન્સ્ટોલેશન અને SNMP દ્વારા કમ્પ્યુટર અને અન્ય ઉપકરણો વિશે આપમેળે માહિતી એકત્રિત કરવાની મંજૂરી આપે છે. તમે અન્ય લેખોમાં GLPI અને પ્લગઇન્સ ઇન્સ્ટોલ કરવા વિશે વધુ વાંચી શકો છો, સર્વશ્રેષ્ઠ - સત્તાવાર દસ્તાવેજીકરણ. તમે તેને અમારા હોસ્ટિંગ પર તૈયાર નમૂના પર ઇન્સ્ટોલ કરી શકો છો LAMP.

જો કે, એજન્ટની જમાવટ કર્યા પછી, અમે GLPI માં કમ્પ્યુટર ઘટકો ખોલીશું અને આ જોઈશું:

સમસ્યા એ છે કે કોઈપણ પ્લગઈન્સ LSI RAID એરેમાં ભૌતિક ડિસ્ક વિશેની માહિતી જોઈ શકતું નથી. પાવરશેલ સ્ક્રિપ્ટનો ઉપયોગ કરીને Zabbix માં દેખરેખ માટે આ સમસ્યા કેવી રીતે ઉકેલાય છે તે જોયા પછી lsi-raid.ps1 મેં GLPI માં માહિતી સ્થાનાંતરિત કરવા માટે સમાન લખવાનું નક્કી કર્યું.
એરેમાંની ડિસ્ક વિશેનો ડેટા નિયંત્રક ઉત્પાદક પાસેથી ઉપયોગિતાઓનો ઉપયોગ કરીને મેળવી શકાય છે; LSI ના કિસ્સામાં, આ StorCLI છે. તેમાંથી તમે JSON ફોર્મેટમાં ડેટા મેળવી શકો છો, તેને પાર્સ કરી શકો છો અને તેને GLPI API માં પાસ કરી શકો છો. અમે ડિસ્કને કમ્પ્યુટર્સ સાથે લિંક કરીશું જે ફ્યુઝન ઇન્વેન્ટરીએ પહેલેથી જ બનાવેલ છે. જ્યારે ફરીથી ચલાવવામાં આવે છે, ત્યારે સ્ક્રિપ્ટ ડિસ્ક પરના ડેટાને અપડેટ કરશે અને નવા ઉમેરશે. સ્ક્રિપ્ટ પોતે Send-RAIDtoGLPI.ps1 છે અહીં GitHub પર. આગળ હું તમને કહીશ કે તેનો ઉપયોગ કેવી રીતે કરવો.

શું જરૂરી છે

1. જી.એલ.પી.આઇ. સંસ્કરણ 9.5.1 (આના પર પરીક્ષણ)
2. માં નાખો ફ્યુઝનઇવેન્ટરી અને વિન્ડોઝ માટે એજન્ટ
3. વિન્ડોઝ 2012 R2 (અને ઉચ્ચતર) હોસ્ટ સિસ્ટમ તરીકે, અથવા તેમાં દાખલ કરેલ નિયંત્રક સાથેનું મેનેજમેન્ટ-VM, પાવરશેલ સંસ્કરણ 4 અથવા ઉચ્ચ
4. ઇન્સ્ટોલ કરેલ MegaRAID ડ્રાઇવર
5. પાવરશેલ માટે મોડ્યુલ - PSGLPI
6. UserToken અને AppToken દ્વારા જનરેટ કરાયેલ API મારફતે અધિકૃતતા માટે એડમિન પ્રોફાઇલ સાથે GLPI માં ખાતું

મહત્વનો મુદ્દો. કેટલાક કારણોસર, GLPI પાસે ડિસ્ક મોડેલ માટે 2 અલગ અલગ એન્ટિટી છે, પરંતુ ત્યાં કોઈ "મીડિયા પ્રકાર" ગુણધર્મ નથી. તેથી, HDD અને SSD ગુણધર્મોને રેકોર્ડ કરવા માટે, મેં “હાર્ડ ડ્રાઇવ મોડલ્સ” ડ્રોપ-ડાઉન સૂચિ (front/devicemodel.php?itemtype=DeviceHardDriveModel) નો ઉપયોગ કરવાનું નક્કી કર્યું. સ્ક્રિપ્ટમાં આ મૂલ્યો GLPI ડેટાબેઝમાં હોવા આવશ્યક છે, અન્યથા તે ડિસ્ક મોડેલ વિશે ડેટા લખી શકશે નહીં. તેથી, તમારે આ ખાલી સૂચિમાં પ્રથમ HDD, પછી SSD ઉમેરવાની જરૂર છે, જેથી ડેટાબેઝમાં આ ઘટકોની ID 1 અને 2 હોય. જો ત્યાં અન્ય હોય, તો પછી Send-RAIDtoGLPI.ps1 સ્ક્રિપ્ટની આ લાઇનમાં બદલો. HDD અને SSD 1 અને 2 ને બદલે તેમના અનુરૂપ ID :

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

જો તમે આનાથી પરેશાન થવા માંગતા ન હોવ અથવા તમે આ ડ્રોપ-ડાઉન સૂચિનો અલગ રીતે ઉપયોગ કરો છો, તો તમે આ લાઇનને સ્ક્રિપ્ટમાંથી ખાલી દૂર કરી શકો છો.

તમારે "એલિમેન્ટ સ્ટેટસ" (/front/state.php) માં ડિસ્ક માટે સ્ટેટસ ઉમેરવાની પણ જરૂર છે. મેં સ્ટેટસ "મીડિયા એરર" (ત્યાં ઓછામાં ઓછી એક ડિસ્ક એક્સેસ ભૂલ હતી) અને "ઓકે", સ્ક્રિપ્ટમાં એક લીટી જ્યાં તેમના ID પ્રસારિત થાય છે, "ઓકે" માટે "2" અને "મીડિયા એરર" માટે "1" ઉમેર્યા છે:

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

આ સ્થિતિઓ સુવિધા માટે જરૂરી છે; જો તમને આ ગુણધર્મોની જરૂર ન હોય, તો તમે આ લાઇનને સંપૂર્ણપણે કાઢી પણ શકો છો.

સ્ક્રિપ્ટમાં જ, તમારા માટે ચલોને નિર્દેશ કરવાનું ભૂલશો નહીં. $GlpiCreds માં GLPI API સર્વર, UserToken અને AppTokenનું URL હોવું આવશ્યક છે.

સ્ક્રિપ્ટમાં શું છે

બોજારૂપ JSON પદચ્છેદન અને ખાલી ifs ને લીધે, સ્ક્રિપ્ટ વાંચવી મુશ્કેલ છે, તેથી હું અહીં તેના તર્કનું વર્ણન કરીશ.

જ્યારે હોસ્ટ પર પ્રથમ વખત લોન્ચ કરવામાં આવે છે, ત્યારે સ્ક્રિપ્ટ તમામ નિયંત્રકોમાંથી પસાર થાય છે અને સીરીયલ નંબરો દ્વારા GLPI ડેટાબેઝમાં ડિસ્કને શોધે છે; જો તે તેને શોધી શકતું નથી, તો તે મોડેલને શોધે છે. જો તે મોડેલ શોધી શકતું નથી, તો તે ઉમેરે છે. જીએલપીઆઈમાં નવી ડિસ્કનું મોડેલ અને આ ડિસ્કને ડેટાબેઝમાં દાખલ કરે છે.

દરેક નવો પાસ સ્ક્રિપ્ટ નવી ડિસ્ક શોધવાનો પ્રયત્ન કરશે, પરંતુ તે ગુમ થયેલ ડિસ્કને દૂર કરી શકતી નથી, તેથી તમારે તે જાતે કરવું પડશે.

જમાવટનું ઉદાહરણ

સ્ક્રિપ્ટ રિપોઝીટરીમાં Deploy-Send-RAIDtoGLPI.ps1 સ્ક્રિપ્ટ છે, જે અમારા GLPI સર્વરમાંથી જરૂરી ફાઇલો સાથે ઝીપ આર્કાઇવ ડાઉનલોડ કરશે અને દરેક હોસ્ટ પર તેને જમાવશે.

ફાઇલોની નકલ કર્યા પછી, સ્ક્રિપ્ટ દૈનિક કાર્ય તરીકે ચલાવવા માટે FusionInventory એજન્ટને ઇન્સ્ટોલ કરશે અને અમારી સ્ક્રિપ્ટ માટે સમાન કાર્ય બનાવશે. સફળ અમલીકરણ પછી, અમે આખરે GLPI માં કોમ્પ્યુટરના ઘટકો વિભાગમાં ડ્રાઈવો જોઈ શકીશું.

પરિણામ

હવે, "સેટિંગ્સ" -> "કોમ્પોનન્ટ્સ" -> "હાર્ડ ડ્રાઇવ્સ" મેનૂમાં GLPI પર જઈને, આપણે શું ખરીદવાની જરૂર છે તે સમજવા માટે આપણે ડ્રાઇવ મોડલ્સ પર ક્લિક કરી શકીએ છીએ અને તેનો જથ્થો જોઈ શકીએ છીએ.

સોર્સ: www.habr.com