DIY: വെയർഹൗസ് നിരീക്ഷണം ഞങ്ങൾ എങ്ങനെ ഓട്ടോമേറ്റ് ചെയ്യുന്നു

X5 43 വിതരണ കേന്ദ്രങ്ങളും 4 സ്വന്തം ട്രക്കുകളും പ്രവർത്തിപ്പിക്കുന്നു, 029 സ്റ്റോറുകളിലേക്ക് ഉൽപ്പന്നങ്ങളുടെ തടസ്സമില്ലാത്ത വിതരണം ഉറപ്പാക്കുന്നു. ഈ ലേഖനത്തിൽ ആദ്യം മുതൽ വെയർഹൗസ് ഇവന്റുകൾ നിരീക്ഷിക്കുന്നതിന് ഒരു സംവേദനാത്മക സംവിധാനം സൃഷ്ടിക്കുന്നതിനുള്ള എന്റെ അനുഭവം ഞാൻ പങ്കിടും. വൈവിധ്യമാർന്ന ഉൽപ്പന്നങ്ങൾ കൈകാര്യം ചെയ്യുന്ന നിരവധി ഡസൻ വിതരണ കേന്ദ്രങ്ങളുള്ള ട്രേഡിംഗ് കമ്പനികളുടെ ലോജിസ്റ്റിഷ്യൻമാർക്ക് വിവരങ്ങൾ ഉപയോഗപ്രദമാകും.

ചട്ടം പോലെ, മോണിറ്ററിംഗ്, ബിസിനസ് പ്രോസസ് മാനേജ്മെന്റ് സിസ്റ്റങ്ങളുടെ നിർമ്മാണം ആരംഭിക്കുന്നത് സന്ദേശങ്ങളും സംഭവങ്ങളും പ്രോസസ്സ് ചെയ്യുന്നതിലൂടെയാണ്. അതേസമയം, ബിസിനസ്സ് ഇവന്റുകൾ സംഭവിക്കുന്നതിന്റെയും സംഭവങ്ങൾ റെക്കോർഡുചെയ്യുന്നതിന്റെയും വസ്തുത ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള സാധ്യതയുമായി ബന്ധപ്പെട്ട ഒരു പ്രധാന സാങ്കേതിക പോയിന്റ് നഷ്‌ടമായി. WMS, TMS മുതലായ മിക്ക ബിസിനസ്സ് സിസ്റ്റങ്ങൾക്കും അവരുടേതായ പ്രക്രിയകൾ നിരീക്ഷിക്കുന്നതിനുള്ള ബിൽറ്റ്-ഇൻ ടൂളുകൾ ഉണ്ട്. പക്ഷേ, ഇവ വ്യത്യസ്ത നിർമ്മാതാക്കളിൽ നിന്നുള്ള സംവിധാനങ്ങളാണെങ്കിൽ അല്ലെങ്കിൽ മോണിറ്ററിംഗ് പ്രവർത്തനം വേണ്ടത്ര വികസിപ്പിച്ചിട്ടില്ലെങ്കിൽ, നിങ്ങൾ വിലയേറിയ പരിഷ്കാരങ്ങൾ ഓർഡർ ചെയ്യണം അല്ലെങ്കിൽ അധിക ക്രമീകരണങ്ങൾക്കായി പ്രത്യേക കൺസൾട്ടന്റുമാരെ ആകർഷിക്കണം.

സിസ്റ്റത്തിൽ നിന്ന് സൂചകങ്ങൾ നേടുന്നതിന് ഉറവിടങ്ങൾ (പട്ടികകൾ) തിരിച്ചറിയുന്നതുമായി ബന്ധപ്പെട്ട കൺസൾട്ടിംഗിന്റെ ഒരു ചെറിയ ഭാഗം മാത്രം ആവശ്യമുള്ള ഒരു സമീപനം നമുക്ക് പരിഗണിക്കാം.

ഞങ്ങളുടെ വെയർഹൗസുകളുടെ പ്രത്യേകത, നിരവധി വെയർഹൗസ് മാനേജ്മെന്റ് സിസ്റ്റങ്ങൾ (WMS Exceed) ഒരു ലോജിസ്റ്റിക്സ് കോംപ്ലക്സിൽ പ്രവർത്തിക്കുന്നു എന്നതാണ്. വെയർഹൗസുകൾ യുക്തിസഹമായി മാത്രമല്ല, സാധനങ്ങളുടെ സംഭരണത്തിന്റെ വിഭാഗങ്ങൾ (ഉണങ്ങിയ, മദ്യം, ഫ്രോസൺ മുതലായവ) അനുസരിച്ച് വിഭജിച്ചിരിക്കുന്നു. ഒരു ലോജിസ്റ്റിക് സമുച്ചയത്തിനുള്ളിൽ നിരവധി പ്രത്യേക വെയർഹൗസ് കെട്ടിടങ്ങളുണ്ട്, അവ ഓരോന്നും സ്വന്തം ഡബ്ല്യുഎംഎസ് ആണ് കൈകാര്യം ചെയ്യുന്നത്.

വെയർഹൗസിൽ സംഭവിക്കുന്ന പ്രക്രിയകളുടെ ഒരു പൊതു ചിത്രം രൂപപ്പെടുത്തുന്നതിന്, മാനേജർമാർ ഓരോ ഡബ്ല്യുഎംഎസിന്റെയും റിപ്പോർട്ടിംഗ് ദിവസത്തിൽ പലതവണ വിശകലനം ചെയ്യുന്നു, വെയർഹൗസ് ഓപ്പറേറ്റർമാരിൽ നിന്നുള്ള സന്ദേശങ്ങൾ (റിസീവറുകൾ, പിക്കറുകൾ, സ്റ്റാക്കറുകൾ) പ്രോസസ്സ് ചെയ്യുകയും വിവര ബോർഡിൽ പ്രതിഫലിപ്പിക്കുന്നതിനുള്ള യഥാർത്ഥ പ്രവർത്തന സൂചകങ്ങൾ സംഗ്രഹിക്കുകയും ചെയ്യുന്നു.

മാനേജർമാരുടെ സമയം ലാഭിക്കുന്നതിന്, വെയർഹൗസ് ഇവന്റുകളുടെ പ്രവർത്തന നിയന്ത്രണത്തിനായി വിലകുറഞ്ഞ ഒരു സംവിധാനം വികസിപ്പിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. പുതിയ സിസ്റ്റം, വെയർഹൗസ് പ്രക്രിയകളുടെ പ്രവർത്തന പ്രകടനത്തിന്റെ "ചൂടുള്ള" സൂചകങ്ങൾ പ്രദർശിപ്പിക്കുന്നതിനു പുറമേ, തന്നിരിക്കുന്ന സൂചകങ്ങളെ ബാധിക്കുന്ന കാരണങ്ങൾ ഇല്ലാതാക്കുന്നതിന് സംഭവങ്ങൾ റെക്കോർഡുചെയ്യുന്നതിനും ടാസ്ക്കുകൾ നടപ്പിലാക്കുന്നത് നിരീക്ഷിക്കുന്നതിനും മാനേജർമാരെ സഹായിക്കണം. കമ്പനിയുടെ ഐടി ആർക്കിടെക്ചറിന്റെ ഒരു പൊതു ഓഡിറ്റ് നടത്തിയ ശേഷം, ആവശ്യമായ സിസ്റ്റത്തിന്റെ വ്യക്തിഗത ഭാഗങ്ങൾ ഞങ്ങളുടെ ലാൻഡ്‌സ്‌കേപ്പിൽ ഇതിനകം ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ നിലവിലുണ്ടെന്ന് ഞങ്ങൾ മനസ്സിലാക്കി, അവയ്‌ക്കായി ക്രമീകരണങ്ങളുടെ പരിശോധനയും ആവശ്യമായ പിന്തുണാ സേവനങ്ങളും ഉണ്ട്. മുഴുവൻ ആശയവും ഒരൊറ്റ വാസ്തുവിദ്യാ പരിഹാരത്തിലേക്ക് കൊണ്ടുവരികയും വികസനത്തിന്റെ വ്യാപ്തി കണക്കാക്കുകയും ചെയ്യുക മാത്രമാണ് അവശേഷിക്കുന്നത്.

ഒരു പുതിയ സംവിധാനം നിർമ്മിക്കുന്നതിന് ആവശ്യമായ ജോലിയുടെ അളവ് വിലയിരുത്തിയ ശേഷം, പദ്ധതിയെ പല ഘട്ടങ്ങളായി വിഭജിക്കാൻ തീരുമാനിച്ചു:

1. വെയർഹൗസ് പ്രക്രിയകൾക്കായുള്ള സൂചകങ്ങളുടെ ശേഖരണം, സൂചകങ്ങളുടെയും വ്യതിയാനങ്ങളുടെയും ദൃശ്യവൽക്കരണവും നിയന്ത്രണവും
2. പ്രോസസ് സ്റ്റാൻഡേർഡുകളുടെ ഓട്ടോമേഷൻ, വ്യതിയാനങ്ങൾക്കായി ബിസിനസ്സ് സേവന സേവനത്തിൽ ആപ്ലിക്കേഷനുകളുടെ രജിസ്ട്രേഷൻ
3. ലോഡ് പ്രവചനത്തോടുകൂടിയ സജീവമായ നിരീക്ഷണവും മാനേജർമാർക്കുള്ള ശുപാർശകൾ സൃഷ്ടിക്കലും.

ആദ്യ ഘട്ടത്തിൽ, സമുച്ചയത്തിന്റെ എല്ലാ WMS-ൽ നിന്നും പ്രവർത്തന ഡാറ്റയുടെ തയ്യാറാക്കിയ സ്ലൈസുകൾ സിസ്റ്റം ശേഖരിക്കണം. വായന ഏതാണ്ട് തത്സമയം സംഭവിക്കുന്നു (5 മിനിറ്റിൽ താഴെയുള്ള ഇടവേളകൾ). മുഴുവൻ നെറ്റ്‌വർക്കിലേക്കും സിസ്റ്റം വിന്യസിക്കുമ്പോൾ നിരവധി ഡസൻ വെയർഹൗസുകളുടെ DBMS-ൽ നിന്ന് ഡാറ്റ ലഭിക്കണം എന്നതാണ് തന്ത്രം. ആസൂത്രിത സൂചകങ്ങളിൽ നിന്നുള്ള വ്യതിയാനങ്ങൾ കണക്കാക്കുന്നതിനും സ്ഥിതിവിവരക്കണക്കുകൾ കണക്കാക്കുന്നതിനുമായി സ്വീകരിച്ച പ്രവർത്തന ഡാറ്റ സിസ്റ്റം കോർ ലോജിക് ഉപയോഗിച്ച് പ്രോസസ്സ് ചെയ്യുന്നു. ഈ രീതിയിൽ പ്രോസസ്സ് ചെയ്ത ഡാറ്റ മാനേജറുടെ ടാബ്‌ലെറ്റിലോ വെയർഹൗസ് ഇൻഫർമേഷൻ ബോർഡിലോ മനസ്സിലാക്കാവുന്ന ഗ്രാഫുകളുടെയും ഡയഗ്രമുകളുടെയും രൂപത്തിൽ പ്രദർശിപ്പിക്കണം.

ആദ്യ ഘട്ടത്തിന്റെ പൈലറ്റ് നടപ്പിലാക്കുന്നതിന് അനുയോജ്യമായ ഒരു സംവിധാനം തിരഞ്ഞെടുക്കുമ്പോൾ, ഞങ്ങൾ Zabbix തിരഞ്ഞെടുത്തു. വെയർഹൗസ് സിസ്റ്റങ്ങളുടെ ഐടി പ്രകടനം നിരീക്ഷിക്കാൻ ഈ സംവിധാനം ഇതിനകം ഉപയോഗിച്ചിട്ടുണ്ട്. വെയർഹൗസ് പ്രവർത്തനത്തിന്റെ ബിസിനസ് മെട്രിക്സ് ശേഖരിക്കുന്നതിന് ഒരു പ്രത്യേക ഇൻസ്റ്റാളേഷൻ ചേർക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് വെയർഹൗസിന്റെ ആരോഗ്യത്തിന്റെ മൊത്തത്തിലുള്ള ചിത്രം ലഭിക്കും.

സിസ്റ്റത്തിന്റെ പൊതുവായ വാസ്തുവിദ്യ ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ മാറി.

ഓരോ ഡബ്ല്യുഎംഎസ് ഇൻസ്‌റ്റൻസും മോണിറ്ററിംഗ് സിസ്റ്റത്തിനായുള്ള ഒരു ഹോസ്റ്റായി നിർവചിച്ചിരിക്കുന്നു. തയ്യാറാക്കിയ SQL ക്വറി ഉപയോഗിച്ച് ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിച്ച് ഡാറ്റാ സെന്റർ നെറ്റ്‌വർക്കിലെ ഒരു സെൻട്രൽ സെർവർ മെട്രിക്‌സ് ശേഖരിക്കുന്നു. ഡാറ്റാബേസിലേക്ക് നേരിട്ടുള്ള പ്രവേശനം ശുപാർശ ചെയ്യാത്ത ഒരു സിസ്റ്റം നിങ്ങൾക്ക് നിരീക്ഷിക്കണമെങ്കിൽ (ഉദാഹരണത്തിന്, SAP EWM), സൂചകങ്ങൾ നേടുന്നതിന് അല്ലെങ്കിൽ python/vbascript-ൽ ലളിതമായ ഒരു പ്രോഗ്രാം എഴുതാൻ നിങ്ങൾക്ക് ഡോക്യുമെന്റഡ് API ഫംഗ്ഷനുകളിലേക്ക് സ്ക്രിപ്റ്റ് കോളുകൾ ഉപയോഗിക്കാം.

പ്രധാന സെർവറിൽ നിന്നുള്ള ലോഡ് വിതരണം ചെയ്യുന്നതിനായി വെയർഹൗസ് നെറ്റ്‌വർക്കിൽ ഒരു Zabbix പ്രോക്‌സി ഉദാഹരണം വിന്യസിച്ചിരിക്കുന്നു. പ്രോക്സി വഴി, എല്ലാ പ്രാദേശിക ഡബ്ല്യുഎംഎസ് സംഭവങ്ങളുമായും പ്രവർത്തിക്കുന്നത് ഉറപ്പാക്കുന്നു. അടുത്ത തവണ Zabbix സെർവർ പാരാമീറ്ററുകൾ അഭ്യർത്ഥിക്കുമ്പോൾ, WMS ഡാറ്റാബേസിൽ നിന്ന് മെട്രിക്‌സ് അഭ്യർത്ഥിക്കാൻ Zabbix പ്രോക്സി ഉപയോഗിച്ച് ഹോസ്റ്റിൽ ഒരു സ്ക്രിപ്റ്റ് എക്സിക്യൂട്ട് ചെയ്യുന്നു.

സെൻട്രൽ Zabbix സെർവറിൽ ഗ്രാഫുകളും വെയർഹൗസ് സൂചകങ്ങളും പ്രദർശിപ്പിക്കുന്നതിന്, ഞങ്ങൾ ഗ്രാഫാനയെ വിന്യസിക്കുന്നു. വെയർഹൗസ് പ്രവർത്തനങ്ങളുടെ ഇൻഫോഗ്രാഫിക്‌സ് ഉപയോഗിച്ച് തയ്യാറാക്കിയ ഡാഷ്‌ബോർഡുകൾ പ്രദർശിപ്പിക്കുന്നതിനു പുറമേ, സൂചകങ്ങളിലെ വ്യതിയാനങ്ങൾ നിരീക്ഷിക്കാനും ബിസിനസ് സംഭവങ്ങളിൽ പ്രവർത്തിക്കുന്നതിന് വെയർഹൗസ് സേവന സംവിധാനത്തിലേക്ക് ഓട്ടോമാറ്റിക് അലേർട്ടുകൾ അയയ്ക്കാനും ഗ്രാഫാന ഉപയോഗിക്കും.

ഒരു ഉദാഹരണമായി, വെയർഹൗസ് സ്വീകരിക്കുന്ന സ്ഥലത്ത് ലോഡ് നിയന്ത്രണം നടപ്പിലാക്കുന്നത് നമുക്ക് പരിഗണിക്കാം. വെയർഹൗസിന്റെ ഈ മേഖലയിലെ പ്രോസസ്സ് പ്രകടനത്തിന്റെ പ്രധാന സൂചകങ്ങളായി ഇനിപ്പറയുന്നവ തിരഞ്ഞെടുത്തു:

• റിസപ്ഷൻ ഏരിയയിലെ വാഹനങ്ങളുടെ എണ്ണം, സ്റ്റാറ്റസുകൾ കണക്കിലെടുത്ത് (ആസൂത്രണം ചെയ്തത്, എത്തിച്ചേർന്നത്, രേഖകൾ, അൺലോഡിംഗ്, പുറപ്പെടൽ;
• പ്ലെയ്‌സ്‌മെന്റ്, നികത്തൽ മേഖലകളുടെ ജോലിഭാരം (സംഭരണ ​​വ്യവസ്ഥകൾ അനുസരിച്ച്).

ക്രമീകരണങ്ങൾ

സിസ്റ്റത്തിന്റെ പ്രധാന ഘടകങ്ങളുടെ (SQLcl, Zabbix, Grafana) ഇൻസ്റ്റാളേഷനും കോൺഫിഗറേഷനും വിവിധ ഉറവിടങ്ങളിൽ വിവരിച്ചിരിക്കുന്നു, അത് ഇവിടെ ആവർത്തിക്കില്ല. SQLplus-ന് പകരം SQLcl ഉപയോഗിക്കുന്നത് SQLcl (Java-ൽ എഴുതിയ Oracle DBMS-ന്റെ കമാൻഡ് ലൈൻ ഇന്റർഫേസ്) ന് Oracle Client-ന്റെ അധിക ഇൻസ്റ്റാളേഷൻ ആവശ്യമില്ല എന്നതും ബോക്‌സിന് പുറത്ത് പ്രവർത്തിക്കുന്നതുമാണ് കാരണം.

വെയർഹൗസ് ബിസിനസ് പ്രോസസ് സൂചകങ്ങൾ നിരീക്ഷിക്കാൻ Zabbix ഉപയോഗിക്കുമ്പോൾ ശ്രദ്ധിക്കേണ്ട പ്രധാന പോയിന്റുകളും അവ നടപ്പിലാക്കുന്നതിനുള്ള സാധ്യമായ വഴികളും ഞാൻ വിവരിക്കും. കൂടാതെ, ഇത് സുരക്ഷയെക്കുറിച്ചുള്ള ഒരു പോസ്റ്റല്ല. കണക്ഷനുകളുടെ സുരക്ഷയും അവതരിപ്പിച്ച രീതികളുടെ ഉപയോഗവും പൈലറ്റ് സൊല്യൂഷൻ ഉൽപാദന പ്രവർത്തനത്തിലേക്ക് മാറ്റുന്ന പ്രക്രിയയിൽ അധിക പഠനം ആവശ്യമാണ്.

പ്രധാന കാര്യം, അത്തരമൊരു സംവിധാനം നടപ്പിലാക്കുമ്പോൾ, സിസ്റ്റം നൽകുന്ന ക്രമീകരണങ്ങൾ ഉപയോഗിച്ച് പ്രോഗ്രാമിംഗ് ഇല്ലാതെ ചെയ്യാൻ കഴിയും എന്നതാണ്.

നിരീക്ഷിക്കപ്പെടുന്ന സിസ്റ്റത്തിൽ നിന്ന് മെട്രിക്‌സ് ശേഖരിക്കുന്നതിന് Zabbix മോണിറ്ററിംഗ് സിസ്റ്റം നിരവധി ഓപ്ഷനുകൾ നൽകുന്നു. നിരീക്ഷിച്ച ഹോസ്റ്റുകളെ നേരിട്ട് വോട്ടെടുപ്പിലൂടെയോ അല്ലെങ്കിൽ ഹോസ്റ്റിന്റെ zabbix_sender വഴി സെർവറിലേക്ക് ഡാറ്റ അയയ്‌ക്കുന്നതിനുള്ള കൂടുതൽ വിപുലമായ രീതിയിലൂടെയോ ഇത് ചെയ്യാൻ കഴിയും, ലോ-ലെവൽ ഡിസ്‌കവറി പാരാമീറ്ററുകൾ കോൺഫിഗർ ചെയ്യുന്നതിനുള്ള രീതികൾ ഉൾപ്പെടെ. ഞങ്ങളുടെ പ്രശ്നം പരിഹരിക്കുന്നതിന്, ഒരു സെൻട്രൽ സെർവർ വഴി ഹോസ്റ്റുകളുടെ നേരിട്ടുള്ള പോളിംഗ് രീതി തികച്ചും അനുയോജ്യമാണ്, കാരണം മെട്രിക്സ് ഏറ്റെടുക്കൽ ക്രമത്തിൽ പൂർണ്ണ നിയന്ത്രണം നേടാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു കൂടാതെ നിരീക്ഷിക്കപ്പെടുന്ന ഓരോ ഹോസ്റ്റിനും വിതരണം ചെയ്യാതെ തന്നെ നിങ്ങൾ ഒരു സെറ്റ് ക്രമീകരണങ്ങൾ/സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കുന്നുവെന്ന് ഉറപ്പാക്കുന്നു.

ഡീബഗ്ഗിംഗ് ചെയ്യുന്നതിനും സിസ്റ്റം സജ്ജീകരിക്കുന്നതിനുമുള്ള "ടെസ്റ്റ് സബ്ജക്ടുകൾ" എന്ന നിലയിൽ, സ്വീകാര്യത മാനേജ്മെന്റിനായി ഞങ്ങൾ WMS വർക്ക്ഷീറ്റ് ഉപയോഗിക്കുന്നു:

1. റിസപ്ഷനിലെ വാഹനങ്ങൾ, എത്തിച്ചേർന്നതെല്ലാം: "- നിലവിലെ സമയം മുതൽ 72 മണിക്കൂർ" കാലയളവിലെ സ്റ്റാറ്റസുകളുള്ള എല്ലാ വാഹനങ്ങളും - SQL അന്വേഷണ ഐഡന്റിഫയർ: കാറുകൾ നേടുക.
2. എല്ലാ വാഹന സ്റ്റാറ്റസുകളുടെയും ചരിത്രം: 72 മണിക്കൂറിനുള്ളിൽ എത്തുന്ന എല്ലാ വാഹനങ്ങളുടെയും സ്റ്റാറ്റസുകൾ - SQL അന്വേഷണ ഐഡന്റിഫയർ: കാർ ചരിത്രം.
3. സ്വീകാര്യതയ്‌ക്കായി ഷെഡ്യൂൾ ചെയ്‌ത വാഹനങ്ങൾ: “ഷെഡ്യൂൾ ചെയ്‌ത” സ്റ്റാറ്റസ്, സമയ ഇടവേള “- 24 മണിക്കൂർ”, “+24 മണിക്കൂർ” എന്നിവയിൽ എത്തിച്ചേരുന്ന എല്ലാ വാഹനങ്ങളുടെയും സ്റ്റാറ്റസുകൾ നിലവിലെ സമയം മുതൽ - SQL അന്വേഷണ ഐഡന്റിഫയർ: കാറുകളിൽ.

അതിനാൽ, ഒരു കൂട്ടം വെയർഹൗസ് പെർഫോമൻസ് മെട്രിക്കുകൾ ഞങ്ങൾ തീരുമാനിച്ചതിന് ശേഷം, ഞങ്ങൾ WMS ഡാറ്റാബേസിനായി SQL അന്വേഷണങ്ങൾ തയ്യാറാക്കും. ചോദ്യങ്ങൾ എക്സിക്യൂട്ട് ചെയ്യുന്നതിന്, പ്രധാന ഡാറ്റാബേസ് അല്ല, മറിച്ച് അതിന്റെ "ഹോട്ട്" കോപ്പി - സ്റ്റാൻഡ്ബൈ ഉപയോഗിക്കുന്നതാണ് ഉചിതം.

ഡാറ്റ സ്വീകരിക്കുന്നതിന് ഞങ്ങൾ സ്റ്റാൻഡ്‌ബൈ Oracle DBMS-ലേക്ക് കണക്‌റ്റ് ചെയ്യുന്നു. ടെസ്റ്റ് ഡാറ്റാബേസിലേക്ക് ബന്ധിപ്പിക്കുന്നതിനുള്ള IP വിലാസം 192.168.1.106. SQLcl വർക്കിംഗ് ഫോൾഡറിന്റെ TNSNames.ORA-യിലെ Zabbix സെർവറിൽ ഞങ്ങൾ കണക്ഷൻ പാരാമീറ്ററുകൾ സംരക്ഷിക്കുന്നു:

# cat  /opt/sqlcl/bin/TNSNames.ORA
WH1_1=
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.106)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME =  WH1_1)
    )
  )

EZconnect വഴി ഓരോ ഹോസ്റ്റിലേക്കും SQL അന്വേഷണങ്ങൾ പ്രവർത്തിപ്പിക്കാൻ ഇത് ഞങ്ങളെ അനുവദിക്കും, ലോഗിൻ/പാസ്‌വേഡ്, ഡാറ്റാബേസ് നാമം എന്നിവ മാത്രം വ്യക്തമാക്കുന്നു:

# sql znew/Zabmon1@WH1_1

ഞങ്ങൾ തയ്യാറാക്കിയ SQL അന്വേഷണങ്ങൾ Zabbix സെർവറിലെ വർക്കിംഗ് ഫോൾഡറിൽ സംരക്ഷിക്കുന്നു:

/etc/zabbix/sql

കൂടാതെ ഞങ്ങളുടെ സെർവറിന്റെ zabbix ഉപയോക്താവിലേക്ക് പ്രവേശനം അനുവദിക്കുക:

# chown zabbix:zabbix -R /etc/zabbix/sql

അഭ്യർത്ഥനകളുള്ള ഫയലുകൾക്ക് Zabbix സെർവറിൽ നിന്ന് ആക്‌സസ് ചെയ്യുന്നതിനായി ഒരു അദ്വിതീയ ഐഡന്റിഫയർ-നാമം ലഭിക്കും. SQLcl വഴിയുള്ള ഓരോ ഡാറ്റാബേസ് അന്വേഷണവും ഞങ്ങൾക്ക് നിരവധി പാരാമീറ്ററുകൾ നൽകുന്നു. ഓരോ അഭ്യർത്ഥനയ്ക്കും ഒരു മെട്രിക് മാത്രം പ്രോസസ്സ് ചെയ്യാൻ കഴിയുന്ന Zabbix-ന്റെ പ്രത്യേകതകൾ കണക്കിലെടുത്ത്, അന്വേഷണ ഫലങ്ങൾ വ്യക്തിഗത മെട്രിക്കുകളിലേക്ക് പാഴ്‌സ് ചെയ്യുന്നതിന് ഞങ്ങൾ അധിക സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കും.

നമുക്ക് പ്രധാന സ്ക്രിപ്റ്റ് തയ്യാറാക്കാം, നമുക്ക് അതിനെ wh_Metrics.sh എന്ന് വിളിക്കാം, ഡാറ്റാബേസിലേക്ക് ഒരു SQL അന്വേഷണം വിളിക്കാനും ഫലങ്ങൾ സംരക്ഷിക്കാനും ഡാറ്റ വീണ്ടെടുക്കലിന്റെ വിജയത്തിന്റെ സൂചകങ്ങളുള്ള ഒരു സാങ്കേതിക മെട്രിക് തിരികെ നൽകാനും:

#!/bin/sh 
## настройка окружения</i>
export ORACLE_HOME=/usr/lib/oracle/11.2/client64
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib64:/usr/lib:$ORACLE_HOME/bin
export TNS_ADMIN=$ORACLE_HOME/network/admin
export JAVA_HOME=/
alias sql="opt/sqlcl/bin/sql"
## задаём путь к файлу с sql-запросом и параметризованное имя файла
scriptLocation=/etc/zabbix/sql
sqlFile=$scriptLocation/sqlScript_"$2".sql
## задаём путь к файлу для хранения результатов
resultFile=/etc/zabbix/sql/mon_"$1"_main.log
## настраиваем строку подключения к БД
username="$3"
password="$4"
tnsname="$1"
## запрашиваем результат из БД
var=$(sql -s $username/$password@$tnsname < $sqlFile)
## форматируем результат запроса и записываем в файл
echo $var | cut -f5-18 -d " " > $resultFile
## проверяем наличие ошибок
if grep -q ora "$resultFile"; then
    echo null > $resultFile
    echo 0
else
    echo 1
fi

Zabbix-proxy കോൺഫിഗറേഷൻ ക്രമീകരണങ്ങൾ (സ്ഥിരസ്ഥിതിയായി - /usr/local/share/zabbix/externalscripts).

സ്ക്രിപ്റ്റിന് ഫലങ്ങൾ ലഭിക്കുന്ന ഡാറ്റാബേസിന്റെ ഐഡന്റിഫിക്കേഷൻ ഒരു സ്ക്രിപ്റ്റ് പാരാമീറ്ററായി കൈമാറും. ഡാറ്റാബേസ് ഐഡി TNSNames.ORA ഫയലിലെ ക്രമീകരണ ലൈനുമായി പൊരുത്തപ്പെടണം.

SQL അന്വേഷണ കോളിന്റെ ഫലം ഒരു ഫയലിൽ സംരക്ഷിച്ചിരിക്കുന്നു mon_base_id_main.log എവിടെ base_id = ഡാറ്റാബേസ് ഐഡന്റിഫയർ ഒരു സ്ക്രിപ്റ്റ് പാരാമീറ്ററായി സ്വീകരിച്ചു. സെർവറിൽ നിന്ന് ഒരേസമയം നിരവധി ഡാറ്റാബേസുകളിലേക്കുള്ള അഭ്യർത്ഥനകളുടെ കാര്യത്തിൽ ഡാറ്റാബേസ് ഐഡന്റിഫയറുകൾ ഉപയോഗിച്ച് ഫല ഫയലിന്റെ വിഭജനം നൽകുന്നു. ചോദ്യം അടുക്കിയ മൂല്യങ്ങളുടെ ഒരു ദ്വിമാന ശ്രേണി നൽകുന്നു.

ഇനിപ്പറയുന്ന സ്‌ക്രിപ്റ്റ്, നമുക്ക് ഇതിനെ getMetrica.sh എന്ന് വിളിക്കാം, ഒരു അഭ്യർത്ഥനയുടെ ഫലമുള്ള ഒരു ഫയലിൽ നിന്ന് ഒരു നിർദ്ദിഷ്ട മെട്രിക് ലഭിക്കുന്നതിന് ആവശ്യമാണ്:

#!/bin/sh 
## определяем имя файла с результатом запроса
resultFile=/etc/zabbix/sql/mon_”$1”_main.log
## разбираем массив значений результата средствами скрипта:
## при работе со статусами, запрос возвращает нам двумерный массив (RSLT) в виде 
## {статус1 значение1 статус2 значение2…} разделённых пробелами (значение IFS)
## параметром запроса передаём код статуса и скрипт вернёт значение
IFS=’ ‘
str=$(cat $resultFile)
status_id=null
read –ra RSLT <<< “$str”
for i in “${RSLT[@]}”; do
if [[ “$status_id” == null ]]; then
status_id=”$I"
elif [[ “$status_id” == “$2” ]]; then
echo “$i”
break
else
status_id=null
fi
done

ഇപ്പോൾ ഞങ്ങൾ Zabbix കോൺഫിഗർ ചെയ്യാനും വെയർഹൗസ് സ്വീകാര്യത പ്രക്രിയകളുടെ സൂചകങ്ങൾ നിരീക്ഷിക്കാനും തയ്യാറാണ്.

ഓരോ ഡാറ്റാബേസ് നോഡിലും ഒരു Zabbix ഏജന്റ് ഇൻസ്റ്റാൾ ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്തിട്ടുണ്ട്.

പ്രധാന സെർവറിൽ Zabbix പ്രോക്സി ഉള്ള എല്ലാ സെർവറുകളും ഞങ്ങൾ നിർവ്വചിക്കുന്നു. ക്രമീകരണങ്ങൾക്കായി, ഇനിപ്പറയുന്ന പാതയിലേക്ക് പോകുക:

അഡ്മിനിസ്ട്രേഷൻ → പ്രോക്സി → പ്രോക്സി സൃഷ്ടിക്കുക

നിയന്ത്രിത ഹോസ്റ്റുകളെ ഞങ്ങൾ നിർവ്വചിക്കുന്നു:

ക്രമീകരണങ്ങൾ → ഹോസ്റ്റുകൾ → ഹോസ്റ്റ് സൃഷ്ടിക്കുക

ഹോസ്റ്റ്നാമം ഏജന്റ് കോൺഫിഗറേഷൻ ഫയലിൽ വ്യക്തമാക്കിയിട്ടുള്ള ഹോസ്റ്റ്നാമവുമായി പൊരുത്തപ്പെടണം.

നോഡിനുള്ള ഗ്രൂപ്പും ഡാറ്റാബേസിനൊപ്പം നോഡിന്റെ IP വിലാസവും DNS പേരും ഞങ്ങൾ വ്യക്തമാക്കുന്നു.

ഞങ്ങൾ മെട്രിക്‌സ് സൃഷ്‌ടിക്കുകയും അവയുടെ ഗുണവിശേഷതകൾ വ്യക്തമാക്കുകയും ചെയ്യുന്നു:

ക്രമീകരണങ്ങൾ → നോഡുകൾ → 'നോഡിന്റെ പേര്' → ഡാറ്റ ഇനങ്ങൾ>ഡാറ്റ ഇനം സൃഷ്ടിക്കുക

1) ഡാറ്റാബേസിൽ നിന്ന് എല്ലാ പാരാമീറ്ററുകളും അന്വേഷിക്കാൻ ഒരു പ്രധാന മെട്രിക് സൃഷ്ടിക്കുക

ഞങ്ങൾ ഡാറ്റ ഘടകത്തിന്റെ പേര് സജ്ജമാക്കി, "ബാഹ്യ സ്ഥിരീകരണം" തരം സൂചിപ്പിക്കുക. "കീ" ഫീൽഡിൽ, ഒറാക്കിൾ ഡാറ്റാബേസിന്റെ പേര്, sql അന്വേഷണത്തിന്റെ പേര്, ഡാറ്റാബേസിലേക്ക് കണക്റ്റുചെയ്യുന്നതിനുള്ള ലോഗിൻ, പാസ്‌വേഡ് എന്നിവ പാരാമീറ്ററുകളായി നൽകുന്ന ഒരു സ്ക്രിപ്റ്റ് ഞങ്ങൾ നിർവ്വചിക്കുന്നു. അന്വേഷണ അപ്‌ഡേറ്റ് ഇടവേള 5 മിനിറ്റായി (300 സെക്കൻഡ്) സജ്ജമാക്കുക.

2) ഓരോ വാഹന നിലയ്ക്കും ശേഷിക്കുന്ന മെട്രിക്‌സ് സൃഷ്‌ടിക്കുക. പ്രധാന മെട്രിക് പരിശോധിക്കുന്നതിന്റെ ഫലത്തെ അടിസ്ഥാനമാക്കി ഈ മെട്രിക്കുകളുടെ മൂല്യങ്ങൾ ജനറേറ്റുചെയ്യും.

ഞങ്ങൾ ഡാറ്റ ഘടകത്തിന്റെ പേര് സജ്ജമാക്കി, "ബാഹ്യ സ്ഥിരീകരണം" തരം സൂചിപ്പിക്കുക. "കീ" ഫീൽഡിൽ, ഒറാക്കിൾ ഡാറ്റാബേസിന്റെ പേരും സ്റ്റാറ്റസ് കോഡും പാരാമീറ്ററുകളായി കൈമാറുന്ന ഒരു സ്ക്രിപ്റ്റ് ഞങ്ങൾ നിർവചിക്കുന്നു. പ്രധാന മെട്രിക്കിനേക്കാൾ (10 സെക്കൻഡ്) 310 സെക്കൻഡ് ദൈർഘ്യമുള്ള അന്വേഷണ അപ്‌ഡേറ്റ് ഇടവേള ഞങ്ങൾ സജ്ജീകരിച്ചു, അതിനാൽ ഫലങ്ങൾ ഫയലിലേക്ക് എഴുതാൻ സമയമുണ്ട്.

മെട്രിക്കുകൾ ശരിയായി ലഭിക്കുന്നതിന്, ചെക്കുകൾ സജീവമാക്കിയ ക്രമം പ്രധാനമാണ്. ഡാറ്റ സ്വീകരിക്കുമ്പോൾ വൈരുദ്ധ്യങ്ങൾ ഒഴിവാക്കുന്നതിനായി, സ്ക്രിപ്റ്റ് - wh_Metrics.sh-ൽ വിളിച്ച് ഞങ്ങൾ പ്രധാന മെട്രിക് GetCarsByStatus സജീവമാക്കുന്നു.

ക്രമീകരണങ്ങൾ → നോഡുകൾ → 'നോഡ് നാമം' → ഡാറ്റ ഘടകങ്ങൾ → ഉപഫിൽട്ടർ "ബാഹ്യ പരിശോധനകൾ". ആവശ്യമായ ചെക്ക് അടയാളപ്പെടുത്തി "സജീവമാക്കുക" ക്ലിക്കുചെയ്യുക.

അടുത്തതായി, ഒരു ഓപ്പറേഷനിൽ ശേഷിക്കുന്ന മെട്രിക്കുകൾ ഞങ്ങൾ സജീവമാക്കുന്നു, അവയെല്ലാം ഒരുമിച്ച് തിരഞ്ഞെടുക്കുന്നു:

ഇപ്പോൾ Zabbix വെയർഹൗസ് ബിസിനസ് മെട്രിക്‌സ് ശേഖരിക്കാൻ തുടങ്ങിയിരിക്കുന്നു.

ഇനിപ്പറയുന്ന ലേഖനങ്ങളിൽ, ഗ്രാഫാനയെ ബന്ധിപ്പിക്കുന്നതും വിവിധ വിഭാഗത്തിലുള്ള ഉപയോക്താക്കൾക്കായി വെയർഹൗസ് പ്രവർത്തനങ്ങളുടെ വിവര ഡാഷ്ബോർഡുകൾ സൃഷ്ടിക്കുന്നതും ഞങ്ങൾ സൂക്ഷ്മമായി പരിശോധിക്കും. ഗ്രാഫാനയെ അടിസ്ഥാനമാക്കി, വെയർഹൗസ് പ്രവർത്തനങ്ങളിലെ വ്യതിയാനങ്ങളുടെ നിരീക്ഷണം നടപ്പിലാക്കുന്നു, കൂടാതെ വ്യതിചലനങ്ങളുടെ അതിരുകളും ആവർത്തനക്ഷമതയും അനുസരിച്ച്, API വഴി വെയർഹൗസ് മാനേജ്മെന്റ് സർവീസ് സെന്റർ സിസ്റ്റത്തിലെ സംഭവങ്ങളുടെ രജിസ്ട്രേഷൻ അല്ലെങ്കിൽ ഇമെയിൽ വഴി മാനേജർക്ക് അറിയിപ്പുകൾ അയയ്ക്കുക.

അവലംബം: www.habr.com