DIY: మేము గిడ్డంగి పర్యవేక్షణను ఎలా ఆటోమేట్ చేస్తాము

X5 43 పంపిణీ కేంద్రాలను మరియు 4 దాని స్వంత ట్రక్కులను నిర్వహిస్తోంది, 029 స్టోర్‌లకు ఉత్పత్తులను నిరంతరాయంగా సరఫరా చేస్తుంది. ఈ ఆర్టికల్‌లో నేను మొదటి నుండి గిడ్డంగి ఈవెంట్‌లను పర్యవేక్షించడం కోసం ఇంటరాక్టివ్ సిస్టమ్‌ను సృష్టించే నా అనుభవాన్ని పంచుకుంటాను. విస్తృత శ్రేణి ఉత్పత్తులను నిర్వహించే అనేక డజన్ల పంపిణీ కేంద్రాలతో వ్యాపార సంస్థల లాజిస్టిషియన్‌లకు సమాచారం ఉపయోగకరంగా ఉంటుంది.

నియమం ప్రకారం, పర్యవేక్షణ మరియు వ్యాపార ప్రక్రియ నిర్వహణ వ్యవస్థల నిర్మాణం ప్రాసెసింగ్ సందేశాలు మరియు సంఘటనలతో ప్రారంభమవుతుంది. అదే సమయంలో, వ్యాపార సంఘటనలు మరియు రికార్డింగ్ సంఘటనలు సంభవించే వాస్తవాన్ని ఆటోమేట్ చేసే అవకాశంతో సంబంధం ఉన్న ముఖ్యమైన సాంకేతిక అంశం తప్పిపోయింది. WMS, TMS, మొదలైన చాలా వ్యాపార వ్యవస్థలు తమ స్వంత ప్రక్రియలను పర్యవేక్షించడానికి అంతర్నిర్మిత సాధనాలను కలిగి ఉంటాయి. కానీ, ఇవి వేర్వేరు తయారీదారుల నుండి వ్యవస్థలు అయితే లేదా పర్యవేక్షణ కార్యాచరణను తగినంతగా అభివృద్ధి చేయకపోతే, మీరు ఖరీదైన మార్పులను ఆర్డర్ చేయాలి లేదా అదనపు సెట్టింగుల కోసం ప్రత్యేక కన్సల్టెంట్లను ఆకర్షించాలి.

సిస్టమ్ నుండి సూచికలను పొందేందుకు మూలాలను (పట్టికలు) గుర్తించడంతో అనుబంధించబడిన కన్సల్టింగ్‌లో కొంత భాగం మాత్రమే అవసరమయ్యే విధానాన్ని పరిశీలిద్దాం.

మా గిడ్డంగుల ప్రత్యేకత ఏమిటంటే అనేక గిడ్డంగుల నిర్వహణ వ్యవస్థలు (WMS ఎక్సీడ్) ఒక లాజిస్టిక్స్ కాంప్లెక్స్‌లో పనిచేస్తాయి. గిడ్డంగులు తార్కికంగా మాత్రమే కాకుండా వస్తువుల నిల్వ (పొడి, ఆల్కహాల్, స్తంభింపచేసిన మొదలైనవి) వర్గాల ప్రకారం విభజించబడ్డాయి. ఒక లాజిస్టిక్స్ కాంప్లెక్స్‌లో అనేక ప్రత్యేక గిడ్డంగి భవనాలు ఉన్నాయి, వీటిలో ప్రతి దాని స్వంత WMS ద్వారా నిర్వహించబడుతుంది.

గిడ్డంగిలో జరిగే ప్రక్రియల యొక్క సాధారణ చిత్రాన్ని రూపొందించడానికి, నిర్వాహకులు ప్రతి WMS యొక్క రిపోర్టింగ్‌ను రోజుకు చాలాసార్లు విశ్లేషిస్తారు, వేర్‌హౌస్ ఆపరేటర్‌ల (రిసీవర్‌లు, పికర్స్, స్టాకర్‌లు) నుండి సందేశాలను ప్రాసెస్ చేస్తారు మరియు సమాచార బోర్డులో ప్రతిబింబించేలా వాస్తవ కార్యాచరణ సూచికలను సంగ్రహిస్తారు.

నిర్వాహకుల సమయాన్ని ఆదా చేయడానికి, మేము గిడ్డంగి ఈవెంట్‌ల నిర్వహణ నియంత్రణ కోసం చవకైన వ్యవస్థను అభివృద్ధి చేయాలని నిర్ణయించుకున్నాము. కొత్త వ్యవస్థ, గిడ్డంగి ప్రక్రియల కార్యాచరణ పనితీరు యొక్క "హాట్" సూచికలను ప్రదర్శించడంతో పాటు, సంఘటనలను రికార్డ్ చేయడంలో మరియు ఇచ్చిన సూచికలను ప్రభావితం చేసే కారణాలను తొలగించడానికి పనుల అమలును పర్యవేక్షించడంలో నిర్వాహకులకు సహాయం చేయాలి. సంస్థ యొక్క IT ఆర్కిటెక్చర్ యొక్క సాధారణ ఆడిట్ నిర్వహించిన తర్వాత, అవసరమైన సిస్టమ్ యొక్క వ్యక్తిగత భాగాలు ఇప్పటికే మా ల్యాండ్‌స్కేప్‌లో ఒక విధంగా లేదా మరొక విధంగా ఉన్నాయని మేము గ్రహించాము మరియు వాటి కోసం సెట్టింగ్‌ల పరిశీలన మరియు అవసరమైన సహాయక సేవలు రెండూ ఉన్నాయి. మొత్తం భావనను ఒకే నిర్మాణ పరిష్కారంలోకి తీసుకురావడం మరియు అభివృద్ధి యొక్క పరిధిని అంచనా వేయడం మాత్రమే మిగిలి ఉంది.

కొత్త వ్యవస్థను నిర్మించడానికి చేయవలసిన పనిని అంచనా వేసిన తరువాత, ప్రాజెక్ట్ను అనేక దశలుగా విభజించాలని నిర్ణయించారు:

1. గిడ్డంగి ప్రక్రియల కోసం సూచికల సేకరణ, సూచికలు మరియు వ్యత్యాసాల విజువలైజేషన్ మరియు నియంత్రణ
2. ప్రక్రియ ప్రమాణాల ఆటోమేషన్ మరియు వ్యత్యాసాల కోసం వ్యాపార సేవల సేవలో అప్లికేషన్ల నమోదు
3. నిర్వాహకుల కోసం లోడ్ అంచనా మరియు సిఫార్సుల సృష్టితో ప్రోయాక్టివ్ పర్యవేక్షణ.

మొదటి దశలో, సిస్టమ్ కాంప్లెక్స్ యొక్క అన్ని WMS నుండి కార్యాచరణ డేటా యొక్క సిద్ధం చేసిన ముక్కలను సేకరించాలి. పఠనం దాదాపు నిజ సమయంలో జరుగుతుంది (5 నిమిషాల కంటే తక్కువ వ్యవధిలో). ట్రిక్ ఏమిటంటే, సిస్టమ్‌ను మొత్తం నెట్‌వర్క్‌కు అమలు చేస్తున్నప్పుడు అనేక డజన్ల గిడ్డంగుల DBMS నుండి డేటా తప్పనిసరిగా పొందాలి. అందుకున్న కార్యాచరణ డేటా ప్రణాళికాబద్ధమైన సూచికల నుండి వ్యత్యాసాలను లెక్కించడానికి మరియు గణాంకాలను లెక్కించడానికి సిస్టమ్ కోర్ యొక్క లాజిక్ ద్వారా ప్రాసెస్ చేయబడుతుంది. ఈ విధంగా ప్రాసెస్ చేయబడిన డేటా తప్పనిసరిగా మేనేజర్ యొక్క టాబ్లెట్‌లో లేదా గిడ్డంగి సమాచార బోర్డులో అర్థమయ్యే గ్రాఫ్‌లు మరియు రేఖాచిత్రాల రూపంలో ప్రదర్శించబడాలి.

మొదటి దశ యొక్క పైలట్ అమలు కోసం తగిన వ్యవస్థను ఎంచుకున్నప్పుడు, మేము Zabbixని ఎంచుకున్నాము. గిడ్డంగి వ్యవస్థల IT పనితీరును పర్యవేక్షించడానికి ఈ వ్యవస్థ ఇప్పటికే ఉపయోగించబడింది. గిడ్డంగి ఆపరేషన్ యొక్క వ్యాపార కొలమానాలను సేకరించడం కోసం ప్రత్యేక ఇన్‌స్టాలేషన్‌ను జోడించడం ద్వారా, మీరు గిడ్డంగి యొక్క ఆరోగ్యం యొక్క మొత్తం చిత్రాన్ని పొందవచ్చు.

వ్యవస్థ యొక్క సాధారణ నిర్మాణం చిత్రంలో ఉన్నట్లుగా మారింది.

ప్రతి WMS ఉదాహరణ పర్యవేక్షణ వ్యవస్థ కోసం హోస్ట్‌గా నిర్వచించబడింది. సన్నద్ధమైన SQL ప్రశ్నతో స్క్రిప్ట్‌ను అమలు చేయడం ద్వారా డేటా సెంటర్ నెట్‌వర్క్‌లోని సెంట్రల్ సర్వర్ ద్వారా కొలమానాలు సేకరించబడతాయి. మీరు డేటాబేస్‌కు నేరుగా యాక్సెస్‌ను సిఫార్సు చేయని సిస్టమ్‌ను పర్యవేక్షించవలసి వస్తే (ఉదాహరణకు, SAP EWM), మీరు సూచికలను పొందేందుకు లేదా python/vbascriptలో సాధారణ ప్రోగ్రామ్‌ను వ్రాయడానికి డాక్యుమెంట్ చేయబడిన API ఫంక్షన్‌లకు స్క్రిప్ట్ కాల్‌లను ఉపయోగించవచ్చు.

ప్రధాన సర్వర్ నుండి లోడ్‌ను పంపిణీ చేయడానికి గిడ్డంగి నెట్‌వర్క్‌లో Zabbix ప్రాక్సీ ఉదాహరణ అమలు చేయబడుతుంది. ప్రాక్సీ ద్వారా, అన్ని స్థానిక WMS ఉదంతాలతో పని నిర్ధారించబడుతుంది. తదుపరిసారి Zabbix సర్వర్ పారామితులను అభ్యర్థించినప్పుడు, WMS డేటాబేస్ నుండి కొలమానాలను అభ్యర్థించడానికి Zabbix ప్రాక్సీతో హోస్ట్‌లో స్క్రిప్ట్ అమలు చేయబడుతుంది.

సెంట్రల్ Zabbix సర్వర్‌లో గ్రాఫ్‌లు మరియు గిడ్డంగి సూచికలను ప్రదర్శించడానికి, మేము Grafanaని అమలు చేస్తాము. గిడ్డంగి కార్యకలాపాల ఇన్ఫోగ్రాఫిక్‌లతో సిద్ధం చేసిన డాష్‌బోర్డ్‌లను ప్రదర్శించడంతో పాటు, సూచికలలో వ్యత్యాసాలను పర్యవేక్షించడానికి మరియు వ్యాపార సంఘటనలతో పని చేయడానికి గిడ్డంగి సేవా వ్యవస్థకు ఆటోమేటిక్ హెచ్చరికలను పంపడానికి గ్రాఫానా ఉపయోగించబడుతుంది.

ఉదాహరణగా, గిడ్డంగిని స్వీకరించే ప్రాంతంలో లోడ్ నియంత్రణ అమలును పరిశీలిద్దాం. గిడ్డంగి యొక్క ఈ ప్రాంతంలో ప్రక్రియ పనితీరు యొక్క ప్రధాన సూచికలుగా కిందివి ఎంపిక చేయబడ్డాయి:

• రిసెప్షన్ ప్రాంతంలోని వాహనాల సంఖ్య, ఖాతా స్థితిగతులు (ప్రణాళిక, వచ్చిన, పత్రాలు, అన్‌లోడ్ చేయడం, నిష్క్రమణ;
• ప్లేస్‌మెంట్ మరియు రీప్లెనిష్‌మెంట్ ప్రాంతాల పనిభారం (నిల్వ పరిస్థితుల ప్రకారం).

సెట్టింగులను

సిస్టమ్ యొక్క ప్రధాన భాగాల ఇన్‌స్టాలేషన్ మరియు కాన్ఫిగరేషన్ (SQLcl, Zabbix, Grafana) వివిధ వనరులలో వివరించబడింది మరియు ఇక్కడ పునరావృతం కాదు. SQLplusకి బదులుగా SQLclని ఉపయోగించడం వలన SQLcl (ఒరాకిల్ DBMS యొక్క కమాండ్ లైన్ ఇంటర్‌ఫేస్, జావాలో వ్రాయబడింది) ఒరాకిల్ క్లయింట్ యొక్క అదనపు ఇన్‌స్టాలేషన్ అవసరం లేదు మరియు బాక్స్ వెలుపల పని చేస్తుంది.

గిడ్డంగి వ్యాపార ప్రక్రియ సూచికలను పర్యవేక్షించడానికి 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 యొక్క ప్రత్యేకతలను పరిగణనలోకి తీసుకుంటే, మేము ప్రశ్న ఫలితాలను వ్యక్తిగత కొలమానాలుగా అన్వయించడానికి అదనపు స్క్రిప్ట్‌లను ఉపయోగిస్తాము.

ప్రధాన స్క్రిప్ట్‌ను సిద్ధం చేద్దాం, డేటాబేస్‌కు SQL ప్రశ్నకు కాల్ చేయడానికి, ఫలితాలను సేవ్ చేయడానికి మరియు డేటా పునరుద్ధరణ విజయానికి సూచికలతో సాంకేతిక మెట్రిక్‌ను అందించడానికి wh_Metrics.sh అని పిలుద్దాం:

#!/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-ప్రాక్సీ కాన్ఫిగరేషన్ సెట్టింగ్‌లకు అనుగుణంగా బాహ్య స్క్రిప్ట్‌లను నిల్వ చేయడానికి ఫోల్డర్‌లో స్క్రిప్ట్‌తో పూర్తి చేసిన ఫైల్‌ను ఉంచుతాము (డిఫాల్ట్‌గా - /usr/local/share/zabbix/externalscripts).

స్క్రిప్ట్ ఫలితాలను స్వీకరించే డేటాబేస్ యొక్క గుర్తింపు స్క్రిప్ట్ పారామీటర్‌గా పాస్ చేయబడుతుంది. డేటాబేస్ ID తప్పనిసరిగా 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 సెకన్లు ఎక్కువ సెట్ చేసాము, తద్వారా ఫలితాలు ఫైల్‌కి వ్రాయడానికి సమయం ఉంటుంది.

కొలమానాలను సరిగ్గా పొందడానికి, తనిఖీలు సక్రియం చేయబడిన క్రమం ముఖ్యం. డేటాను స్వీకరించేటప్పుడు వైరుధ్యాలను నివారించడానికి, ముందుగా మేము ప్రధాన మెట్రిక్ GetCarsByStatusని స్క్రిప్ట్‌కి కాల్ చేయడం ద్వారా సక్రియం చేస్తాము - wh_Metrics.sh.

సెట్టింగ్‌లు → నోడ్‌లు → 'నోడ్ పేరు' → డేటా ఎలిమెంట్స్ → సబ్‌ఫిల్టర్ “బాహ్య తనిఖీలు”. అవసరమైన చెక్‌ను గుర్తించి, "సక్రియం చేయి" క్లిక్ చేయండి.

తరువాత, మేము మిగిలిన కొలమానాలను ఒక ఆపరేషన్‌లో సక్రియం చేస్తాము, వాటిని అన్నింటినీ కలిపి ఎంచుకుంటాము:

ఇప్పుడు Zabbix గిడ్డంగి వ్యాపార కొలమానాలను సేకరించడం ప్రారంభించింది.

కింది కథనాలలో, మేము గ్రాఫానాను కనెక్ట్ చేయడం మరియు వివిధ వర్గాల వినియోగదారుల కోసం గిడ్డంగి కార్యకలాపాల సమాచార డ్యాష్‌బోర్డ్‌లను రూపొందించడం గురించి నిశితంగా పరిశీలిస్తాము. గ్రాఫానా గిడ్డంగి కార్యకలాపాలలో విచలనాలను పర్యవేక్షించడానికి మరియు విచలనాల సరిహద్దులు మరియు ఫ్రీక్వెన్సీని బట్టి, API ద్వారా గిడ్డంగి నిర్వహణ సేవా కేంద్రం సిస్టమ్‌లో సంఘటనలను నమోదు చేయడానికి లేదా ఇమెయిల్ ద్వారా మేనేజర్‌కి నోటిఫికేషన్‌లను పంపడానికి కూడా ఉపయోగించబడుతుంది.

మూలం: www.habr.com