DIY: আমরা কীভাবে গুদাম পর্যবেক্ষণ স্বয়ংক্রিয় করি

X5 43টি বিতরণ কেন্দ্র এবং 4টি নিজস্ব ট্রাক পরিচালনা করে, 029টি দোকানে পণ্যের নিরবচ্ছিন্ন সরবরাহ নিশ্চিত করে। এই নিবন্ধে আমি গোড়া থেকে গুদাম ইভেন্টগুলি নিরীক্ষণের জন্য একটি ইন্টারেক্টিভ সিস্টেম তৈরি করার আমার অভিজ্ঞতা শেয়ার করব। তথ্য বিস্তৃত পণ্য পরিচালনার কয়েক ডজন বিতরণ কেন্দ্রের ট্রেডিং কোম্পানির লজিস্টিয়ানদের জন্য দরকারী হবে।

একটি নিয়ম হিসাবে, মনিটরিং এবং ব্যবসায়িক প্রক্রিয়া ব্যবস্থাপনা সিস্টেমের নির্মাণ প্রক্রিয়াকরণ বার্তা এবং ঘটনা দিয়ে শুরু হয়। একই সময়ে, ব্যবসায়িক ইভেন্ট এবং রেকর্ডিং ঘটনাগুলির ঘটনার সত্যতা স্বয়ংক্রিয় করার সম্ভাবনার সাথে সম্পর্কিত একটি গুরুত্বপূর্ণ প্রযুক্তিগত পয়েন্ট মিস করা হয়েছে। বেশিরভাগ ব্যবসায়িক সিস্টেম যেমন WMS, TMS, ইত্যাদির নিজস্ব প্রক্রিয়া নিরীক্ষণের জন্য অন্তর্নির্মিত সরঞ্জাম রয়েছে। কিন্তু, যদি এইগুলি বিভিন্ন নির্মাতার সিস্টেম হয় বা পর্যবেক্ষণ কার্যকারিতা পর্যাপ্তভাবে বিকশিত না হয় তবে আপনাকে ব্যয়বহুল পরিবর্তনগুলি অর্ডার করতে হবে বা অতিরিক্ত সেটিংসের জন্য বিশেষ পরামর্শদাতাদের আকর্ষণ করতে হবে।

আসুন আমরা এমন একটি পদ্ধতি বিবেচনা করি যেখানে সিস্টেম থেকে সূচকগুলি পেতে আমাদের শুধুমাত্র শনাক্তকরণ উত্স (সারণী) এর সাথে যুক্ত পরামর্শের একটি ছোট অংশের প্রয়োজন।

আমাদের গুদামগুলির বিশেষত্ব হল যে একাধিক গুদাম ব্যবস্থাপনা সিস্টেম (WMS Exceed) একটি লজিস্টিক কমপ্লেক্সে কাজ করে। গুদামগুলি শুধুমাত্র যৌক্তিকভাবে নয়, পণ্য সংরক্ষণের (শুকনো, অ্যালকোহল, হিমায়িত ইত্যাদি) বিভাগ অনুসারে বিভক্ত। একটি লজিস্টিক কমপ্লেক্সের মধ্যে বেশ কয়েকটি পৃথক গুদাম ভবন রয়েছে, যার প্রত্যেকটি নিজস্ব WMS দ্বারা পরিচালিত হয়।

গুদামে ঘটতে থাকা প্রক্রিয়াগুলির একটি সাধারণ চিত্র তৈরি করতে, ম্যানেজাররা দিনে কয়েকবার প্রতিটি WMS-এর রিপোর্টিং বিশ্লেষণ করে, গুদাম অপারেটরদের (রিসিভার, পিকার, স্ট্যাকার) থেকে বার্তাগুলি প্রক্রিয়া করে এবং তথ্য বোর্ডে প্রতিফলনের জন্য প্রকৃত অপারেশনাল সূচকগুলিকে সংক্ষিপ্ত করে।

পরিচালকদের সময় বাঁচাতে, আমরা গুদাম ইভেন্টগুলির অপারেশনাল নিয়ন্ত্রণের জন্য একটি সস্তা সিস্টেম বিকাশ করার সিদ্ধান্ত নিয়েছি। নতুন সিস্টেম, গুদাম প্রক্রিয়ার অপারেশনাল পারফরম্যান্সের "হট" সূচকগুলি প্রদর্শন করার পাশাপাশি, প্রদত্ত সূচকগুলিকে প্রভাবিত করে এমন কারণগুলি দূর করার জন্য ঘটনাগুলি রেকর্ড করতে এবং কার্যগুলির বাস্তবায়ন পর্যবেক্ষণে পরিচালকদের সহায়তা করা উচিত। কোম্পানির আইটি আর্কিটেকচারের একটি সাধারণ অডিট করার পরে, আমরা বুঝতে পেরেছি যে প্রয়োজনীয় সিস্টেমের পৃথক অংশগুলি ইতিমধ্যেই আমাদের ল্যান্ডস্কেপে কোনও না কোনও উপায়ে বিদ্যমান এবং তাদের জন্য সেটিংস এবং প্রয়োজনীয় সহায়তা পরিষেবাগুলির পরীক্ষা উভয়ই রয়েছে৷ যা অবশিষ্ট থাকে তা হল সমগ্র ধারণাটিকে একটি একক স্থাপত্য সমাধানে নিয়ে আসা এবং বিকাশের সুযোগ অনুমান করা।

একটি নতুন সিস্টেম তৈরি করতে যে পরিমাণ কাজ করা দরকার তা মূল্যায়ন করার পরে, প্রকল্পটিকে কয়েকটি পর্যায়ে বিভক্ত করার সিদ্ধান্ত নেওয়া হয়েছিল:

1. গুদাম প্রক্রিয়ার জন্য সূচক সংগ্রহ, সূচক এবং বিচ্যুতিগুলির দৃশ্যায়ন এবং নিয়ন্ত্রণ
2. প্রক্রিয়ার মানগুলির স্বয়ংক্রিয়তা এবং বিচ্যুতির জন্য ব্যবসায়িক পরিষেবা পরিষেবাতে অ্যাপ্লিকেশনগুলির নিবন্ধন
3. লোড পূর্বাভাস এবং পরিচালকদের জন্য সুপারিশ তৈরির সাথে সক্রিয় পর্যবেক্ষণ।

প্রথম পর্যায়ে, সিস্টেমটিকে অবশ্যই কমপ্লেক্সের সমস্ত WMS থেকে অপারেশনাল ডেটার প্রস্তুত স্লাইস সংগ্রহ করতে হবে। রিডিং প্রায় রিয়েল টাইমে ঘটে (5 মিনিটের কম ব্যবধান)। কৌশলটি হল যে পুরো নেটওয়ার্কে সিস্টেমটি স্থাপন করার সময় কয়েক ডজন গুদামের DBMS থেকে ডেটা প্রাপ্ত করা আবশ্যক। পরিকল্পিত সূচক থেকে বিচ্যুতি গণনা করতে এবং পরিসংখ্যান গণনা করতে সিস্টেম কোরের যুক্তি দ্বারা প্রাপ্ত অপারেশনাল ডেটা প্রক্রিয়া করা হয়। এইভাবে প্রক্রিয়াকৃত ডেটা অবশ্যই ম্যানেজারের ট্যাবলেটে বা গুদাম তথ্য বোর্ডে বোধগম্য গ্রাফ এবং ডায়াগ্রামের আকারে প্রদর্শিত হতে হবে।

প্রথম পর্যায়ে পাইলট বাস্তবায়নের জন্য একটি উপযুক্ত সিস্টেম নির্বাচন করার সময়, আমরা Zabbix বেছে নিয়েছিলাম। এই সিস্টেমটি ইতিমধ্যে গুদাম সিস্টেমের আইটি কর্মক্ষমতা নিরীক্ষণ করতে ব্যবহৃত হয়। গুদাম পরিচালনার ব্যবসায়িক মেট্রিক্স সংগ্রহের জন্য একটি পৃথক ইনস্টলেশন যোগ করে, আপনি গুদামের স্বাস্থ্যের একটি সামগ্রিক চিত্র পেতে পারেন।

সিস্টেমের সাধারণ স্থাপত্য চিত্রের মতো দেখা গেছে।

প্রতিটি WMS দৃষ্টান্ত পর্যবেক্ষণ সিস্টেমের জন্য একটি হোস্ট হিসাবে সংজ্ঞায়িত করা হয়। মেট্রিক্স একটি প্রস্তুত SQL কোয়েরি সহ একটি স্ক্রিপ্ট চালানোর মাধ্যমে ডেটা সেন্টার নেটওয়ার্কের একটি কেন্দ্রীয় সার্ভার দ্বারা সংগ্রহ করা হয়। আপনি যদি এমন একটি সিস্টেম নিরীক্ষণ করতে চান যা ডাটাবেসে সরাসরি অ্যাক্সেসের সুপারিশ করে না (উদাহরণস্বরূপ, SAP EWM), আপনি সূচকগুলি পেতে বা python/vbascript এ একটি সাধারণ প্রোগ্রাম লিখতে নথিভুক্ত API ফাংশনে স্ক্রিপ্ট কল ব্যবহার করতে পারেন।

প্রধান সার্ভার থেকে লোড বিতরণ করতে একটি Zabbix প্রক্সি উদাহরণ গুদাম নেটওয়ার্কে স্থাপন করা হয়। প্রক্সির মাধ্যমে, সমস্ত স্থানীয় WMS দৃষ্টান্তের সাথে কাজ নিশ্চিত করা হয়। পরের বার যখন Zabbix সার্ভার পরামিতিগুলির অনুরোধ করে, তখন WMS ডাটাবেস থেকে মেট্রিক্সের অনুরোধ করার জন্য Zabbix প্রক্সি সহ হোস্টে একটি স্ক্রিপ্ট চালানো হয়।

কেন্দ্রীয় Zabbix সার্ভারে গ্রাফ এবং গুদাম সূচক প্রদর্শন করতে, আমরা Grafana স্থাপন করি। ওয়্যারহাউস অপারেশনের ইনফোগ্রাফিক্স সহ প্রস্তুত ড্যাশবোর্ড প্রদর্শনের পাশাপাশি, গ্রাফানা সূচকগুলির বিচ্যুতি নিরীক্ষণ করতে এবং ব্যবসায়িক ঘটনাগুলির সাথে কাজ করার জন্য গুদাম পরিষেবা সিস্টেমে স্বয়ংক্রিয় সতর্কতা পাঠাতে ব্যবহার করা হবে।

একটি উদাহরণ হিসাবে, গুদাম গ্রহণ এলাকায় লোড নিয়ন্ত্রণ বাস্তবায়ন বিবেচনা করা যাক। গুদামের এই অঞ্চলে প্রক্রিয়া কর্মক্ষমতার প্রধান সূচক হিসাবে নিম্নলিখিতগুলি বেছে নেওয়া হয়েছিল:

• অভ্যর্থনা এলাকায় যানবাহনের সংখ্যা, অ্যাকাউন্টের অবস্থা বিবেচনা করে (পরিকল্পিত, আগমন, নথি, আনলোডিং, প্রস্থান;
• বসানো এবং পুনরায় পূরণের এলাকার কাজের চাপ (স্টোরেজ শর্ত অনুযায়ী)।

সেটিংস

সিস্টেমের প্রধান উপাদানগুলির ইনস্টলেশন এবং কনফিগারেশন (SQLcl, Zabbix, Grafana) বিভিন্ন উত্সে বর্ণনা করা হয়েছে এবং এখানে পুনরাবৃত্তি করা হবে না। SQLplus-এর পরিবর্তে SQLcl-এর ব্যবহার এই কারণে যে SQLcl (Oracle DBMS-এর কমান্ড লাইন ইন্টারফেস, জাভাতে লেখা) ওরাকল ক্লায়েন্টের অতিরিক্ত ইনস্টলেশনের প্রয়োজন হয় না এবং বাক্সের বাইরে কাজ করে।

গুদাম ব্যবসায়িক প্রক্রিয়া সূচকগুলি নিরীক্ষণ করার জন্য Zabbix ব্যবহার করার সময় যে প্রধান পয়েন্টগুলিতে মনোযোগ দেওয়া উচিত এবং সেগুলি বাস্তবায়নের সম্ভাব্য উপায়গুলির মধ্যে একটি আমি বর্ণনা করব। এছাড়াও, এটি নিরাপত্তা সম্পর্কিত একটি পোস্ট নয়। সংযোগের নিরাপত্তা এবং উপস্থাপিত পদ্ধতিগুলির ব্যবহারের জন্য পাইলট সমাধানকে উত্পাদনশীল অপারেশনে স্থানান্তর করার প্রক্রিয়াতে অতিরিক্ত অধ্যয়নের প্রয়োজন।

প্রধান জিনিস হল যে এই ধরনের একটি সিস্টেম বাস্তবায়ন করার সময়, সিস্টেম দ্বারা প্রদত্ত সেটিংস ব্যবহার করে প্রোগ্রামিং ছাড়াই করা সম্ভব।

Zabbix মনিটরিং সিস্টেম মনিটর করা সিস্টেম থেকে মেট্রিক্স সংগ্রহ করার জন্য বিভিন্ন বিকল্প প্রদান করে। এটি হয় সরাসরি পোলিং নিরীক্ষণ করা হোস্টের মাধ্যমে, অথবা নিম্ন-স্তরের আবিষ্কার পরামিতিগুলি কনফিগার করার পদ্ধতি সহ হোস্টের zabbix_sender-এর মাধ্যমে সার্ভারে ডেটা পাঠানোর আরও উন্নত পদ্ধতির মাধ্যমে করা যেতে পারে। আমাদের সমস্যা সমাধানের জন্য, একটি কেন্দ্রীয় সার্ভার দ্বারা হোস্টের সরাসরি ভোটদানের পদ্ধতিটি বেশ উপযুক্ত, কারণ এটি আপনাকে মেট্রিক্স অধিগ্রহণের ক্রমটির উপর সম্পূর্ণ নিয়ন্ত্রণ অর্জন করতে দেয় এবং নিশ্চিত করে যে আপনি প্রতিটি নিরীক্ষণ করা হোস্টে বিতরণ করার প্রয়োজন ছাড়াই সেটিংস/স্ক্রিপ্টগুলির একটি সেট ব্যবহার করছেন।

ডিবাগিং এবং সিস্টেম সেট আপ করার জন্য "পরীক্ষার বিষয়" হিসাবে, আমরা গ্রহণযোগ্যতা ব্যবস্থাপনার জন্য WMS ওয়ার্কশীট ব্যবহার করি:

1. রিসেপশনে যানবাহন, যা এসেছে সব: "- বর্তমান সময় থেকে 72 ঘন্টা" সময়ের জন্য স্ট্যাটাস সহ সমস্ত যানবাহন - SQL ক্যোয়ারী শনাক্তকারী: কার.
2. সমস্ত যানবাহনের অবস্থার ইতিহাস: 72 ঘন্টার মধ্যে আসা সমস্ত যানবাহনের স্থিতি - SQL ক্যোয়ারী শনাক্তকারী: গাড়ির ইতিহাস.
3. গ্রহণযোগ্যতার জন্য নির্ধারিত যানবাহন: "নির্ধারিত" অবস্থা, সময়ের ব্যবধান "- 24 ঘন্টা" এবং "+24 ঘন্টা" বর্তমান সময় থেকে আসা সমস্ত যানবাহনের স্ট্যাটাস - SQL ক্যোয়ারী শনাক্তকারী: গাড়িতে.

সুতরাং, আমরা গুদাম কর্মক্ষমতা মেট্রিক্সের একটি সেটের সিদ্ধান্ত নেওয়ার পরে, আমরা WMS ডাটাবেসের জন্য SQL কোয়েরি প্রস্তুত করব। প্রশ্নগুলি চালানোর জন্য, মূল ডাটাবেস নয়, এর "হট" কপি - স্ট্যান্ডবাই ব্যবহার করার পরামর্শ দেওয়া হয়।

ডেটা পাওয়ার জন্য আমরা স্ট্যান্ডবাই Oracle DBMS-এর সাথে সংযোগ করি। পরীক্ষার ডাটাবেসের সাথে সংযোগ করার জন্য আইপি ঠিকানা 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 znew/Zabmon1@WH1_1

আমরা Zabbix সার্ভারে কার্যকরী ফোল্ডারে প্রস্তুত SQL প্রশ্নগুলি সংরক্ষণ করি:

/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

আমরা জ্যাবিক্স-প্রক্সি কনফিগারেশন সেটিংস (ডিফল্টরূপে - /usr/local/share/zabbix/externalscripts).

যে ডাটাবেস থেকে স্ক্রিপ্টটি ফলাফল পাবে তার সনাক্তকরণ একটি স্ক্রিপ্ট প্যারামিটার হিসাবে পাস করা হবে। ডাটাবেস আইডি অবশ্যই TNSNames.ORA ফাইলের সেটিংস লাইনের সাথে মিলবে।

এসকিউএল কোয়েরি কলের ফলাফল একটি ফাইলের মতো সংরক্ষণ করা হয় 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 গুদাম ব্যবসার মেট্রিক্স সংগ্রহ করা শুরু করেছে।

নিম্নলিখিত নিবন্ধগুলিতে, আমরা গ্রাফানাকে সংযুক্ত করার এবং বিভিন্ন শ্রেণীর ব্যবহারকারীদের জন্য গুদাম ক্রিয়াকলাপের তথ্য ড্যাশবোর্ড তৈরি করার বিষয়ে ঘনিষ্ঠভাবে নজর দেব। এছাড়াও Grafana-এর উপর ভিত্তি করে, গুদাম পরিচালনায় বিচ্যুতির উপর নজরদারি কার্যকর করা হয় এবং, বিচ্যুতির সীমানা এবং পুনরাবৃত্তিযোগ্যতার উপর নির্ভর করে, API এর মাধ্যমে গুদাম ব্যবস্থাপনা পরিষেবা কেন্দ্র সিস্টেমে ঘটনার নিবন্ধন বা ইমেলের মাধ্যমে ম্যানেজারের কাছে বিজ্ঞপ্তি পাঠানোর সহজ।

উত্স: www.habr.com