আমরা হাতিকে ভাগে খাই। উদাহরণ সহ অ্যাপ্লিকেশন স্বাস্থ্য পর্যবেক্ষণ কৌশল

হ্যালো সবাই!

আমাদের কোম্পানি সফ্টওয়্যার উন্নয়ন এবং পরবর্তী প্রযুক্তিগত সহায়তা নিযুক্ত করা হয়. প্রযুক্তিগত সহায়তার জন্য কেবল ত্রুটিগুলি ঠিক করা নয়, আমাদের অ্যাপ্লিকেশনগুলির কার্যকারিতা পর্যবেক্ষণ করা প্রয়োজন৷

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

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

মনিটরিং কৌশল

একটি অ্যাপ্লিকেশনের কার্যকারিতা পরীক্ষা করা সহজ নয়; এই কাজটি অ-তুচ্ছ, কেউ সৃজনশীলও বলতে পারে। একটি জটিল মাল্টি-লিঙ্ক সিস্টেম যাচাই করা বিশেষত কঠিন।

আপনি কিভাবে একটি হাতি খেতে পারেন? শুধুমাত্র অংশে! আমরা অ্যাপ্লিকেশনগুলি নিরীক্ষণ করতে এই পদ্ধতিটি ব্যবহার করি।

আমাদের পর্যবেক্ষণ কৌশলের সারমর্ম:

আপনার অ্যাপ্লিকেশনটি উপাদানগুলিতে বিভক্ত করুন।
প্রতিটি উপাদানের জন্য নিয়ন্ত্রণ চেক তৈরি করুন।

একটি উপাদানকে কর্মক্ষম বলে বিবেচনা করা হয় যদি এর সমস্ত নিয়ন্ত্রণ পরীক্ষা ত্রুটি ছাড়াই করা হয়। একটি অ্যাপ্লিকেশন স্বাস্থ্যকর বলে বিবেচিত হয় যদি এর সমস্ত উপাদান কার্যকরী হয়।

সুতরাং, যে কোনও সিস্টেমকে উপাদানগুলির একটি গাছ হিসাবে উপস্থাপন করা যেতে পারে। জটিল উপাদানগুলিকে সহজে বিভক্ত করা হয়। সহজ উপাদান চেক আছে.

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

কোন অলৌকিক ঘটনা নেই; অধিকাংশ চেক স্বাধীনভাবে বিকাশ করা প্রয়োজন হবে। তবে ভয় পাবেন না, কারণ বেশিরভাগ ক্ষেত্রেই একটি চেকের জন্য 5-10 লাইন কোড লাগে, তবে আপনি যে কোনও যুক্তি প্রয়োগ করতে পারেন এবং আপনি স্পষ্টভাবে বুঝতে পারবেন কিভাবে চেক কাজ করে।

মনিটরিং সিস্টেম

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

আমরা একটি মনিটরিং সিস্টেম প্রয়োজন হবে. তিনি নিম্নলিখিত কাজগুলি সম্পাদন করবেন:

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

ASMO সিস্টেমের সংক্ষিপ্ত বিবরণ

একটি উদাহরণ দিয়ে ব্যাখ্যা করা ভাল। আসুন ASMO সিস্টেমের কর্মক্ষমতা পর্যবেক্ষণ কিভাবে সংগঠিত হয় তা দেখুন।

ASMO একটি স্বয়ংক্রিয় আবহাওয়া সহায়তা ব্যবস্থা। সিস্টেমটি রাস্তা পরিষেবা বিশেষজ্ঞদের বুঝতে সাহায্য করে যে কোথায় এবং কখন রাস্তাটিকে ডি-আইসিং উপকরণ দিয়ে চিকিত্সা করা প্রয়োজন। সিস্টেমটি রাস্তা নিয়ন্ত্রণ পয়েন্ট থেকে তথ্য সংগ্রহ করে। একটি রোড কন্ট্রোল পয়েন্ট হল রাস্তার একটি জায়গা যেখানে সরঞ্জাম ইনস্টল করা আছে: একটি আবহাওয়া স্টেশন, একটি ভিডিও ক্যামেরা ইত্যাদি। বিপজ্জনক পরিস্থিতির পূর্বাভাস দিতে, সিস্টেমটি বাহ্যিক উত্স থেকে আবহাওয়ার পূর্বাভাস পায়।

সুতরাং, সিস্টেমের রচনাটি বেশ সাধারণ: ওয়েবসাইট, এজেন্ট, সরঞ্জাম। এর মনিটরিং শুরু করা যাক.

উপাদানে সিস্টেম ভাঙ্গা

ASMO সিস্টেমে নিম্নলিখিত উপাদানগুলিকে আলাদা করা যেতে পারে:

1. ব্যক্তিগত অ্যাকাউন্ট
এটি একটি ওয়েব অ্যাপ্লিকেশন। ন্যূনতম, আপনাকে পরীক্ষা করতে হবে যে অ্যাপ্লিকেশনটি ইন্টারনেটে উপলব্ধ।

2. ডাটাবেস
ডেটাবেস ডেটা সঞ্চয় করে যা রিপোর্টিংয়ের জন্য গুরুত্বপূর্ণ, এবং আপনাকে অবশ্যই নিশ্চিত করতে হবে যে ডাটাবেস ব্যাকআপগুলি সফলভাবে তৈরি হয়েছে৷

3. সার্ভার
সার্ভার বলতে আমরা বুঝি যে হার্ডওয়্যারে অ্যাপ্লিকেশনগুলি চলে। HDD, RAM, CPU এর অবস্থা পরীক্ষা করা প্রয়োজন।

4. এজেন্ট
এটি একটি উইন্ডোজ পরিষেবা যা একটি সময়সূচীতে বিভিন্ন কাজ করে। সর্বনিম্নভাবে, আপনাকে পরীক্ষা করতে হবে যে পরিষেবাটি চলছে।

5. এজেন্ট টাস্ক
শুধুমাত্র একজন এজেন্ট কাজ করছে তা জানা যথেষ্ট নয়। একজন এজেন্ট কাজ করতে পারে, কিন্তু তার নির্ধারিত কাজগুলি সম্পাদন করতে পারে না। আসুন এজেন্ট কম্পোনেন্টকে টাস্কে বিভক্ত করি এবং প্রতিটি এজেন্ট টাস্ক সফলভাবে কাজ করে কিনা তা পরীক্ষা করি।

6. রাস্তা নিয়ন্ত্রণ পয়েন্ট (সমস্ত MPC এর ধারক)
অনেক রাস্তা নিয়ন্ত্রণ পয়েন্ট আছে, তাই আসুন একটি উপাদানে সমস্ত MPC একত্রিত করি। এটি মনিটরিং ডেটা পড়তে আরও সুবিধাজনক করে তুলবে। "ASMO সিস্টেম" উপাদানটির অবস্থা দেখার সময়, সমস্যাগুলি কোথায় তা অবিলম্বে পরিষ্কার হয়ে যাবে: অ্যাপ্লিকেশন, হার্ডওয়্যার বা সর্বাধিক নিয়ন্ত্রণ ব্যবস্থায়।

7. রাস্তা নিয়ন্ত্রণ পয়েন্ট (একটি সর্বোচ্চ সীমা)
এই MPC-এর সমস্ত ডিভাইস পরিষেবাযোগ্য হলে আমরা এই উপাদানটিকে পরিষেবাযোগ্য বলে বিবেচনা করব৷

8. ডিভাইস
এটি একটি ভিডিও ক্যামেরা বা আবহাওয়া স্টেশন যা সর্বাধিক ঘনত্ব সীমাতে ইনস্টল করা হয়। ডিভাইসটি সঠিকভাবে কাজ করছে কিনা তা পরীক্ষা করা প্রয়োজন।

মনিটরিং সিস্টেমে, উপাদান গাছটি দেখতে এইরকম হবে:

ওয়েব অ্যাপ্লিকেশন মনিটরিং

সুতরাং, আমরা সিস্টেমটিকে উপাদানগুলিতে ভাগ করেছি, এখন আমাদের প্রতিটি উপাদানের জন্য চেক নিয়ে আসা দরকার।

একটি ওয়েব অ্যাপ্লিকেশন নিরীক্ষণ করতে আমরা নিম্নলিখিত চেকগুলি ব্যবহার করি:

1. মূল পৃষ্ঠা খোলার পরীক্ষা করা হচ্ছে
এই চেক মনিটরিং সিস্টেম দ্বারা সঞ্চালিত হয়. এটি কার্যকর করতে, আমরা পৃষ্ঠার ঠিকানা, প্রত্যাশিত প্রতিক্রিয়া খণ্ড এবং সর্বোচ্চ অনুরোধ কার্যকর করার সময় নির্দেশ করি।

2. ডোমেইন পেমেন্টের সময়সীমা পরীক্ষা করা হচ্ছে
একটি খুব গুরুত্বপূর্ণ চেক. যখন একটি ডোমেন অবৈতনিক থাকে, ব্যবহারকারীরা সাইট খুলতে পারে না। সমস্যার সমাধান হতে কয়েক দিন সময় লাগতে পারে, কারণ... DNS পরিবর্তন অবিলম্বে প্রয়োগ করা হয় না.

3. SSL শংসাপত্র পরীক্ষা করা হচ্ছে৷
আজকাল, প্রায় সব ওয়েবসাইট অ্যাক্সেসের জন্য https প্রোটোকল ব্যবহার করে। প্রোটোকল সঠিকভাবে কাজ করার জন্য, আপনার একটি বৈধ SSL শংসাপত্র প্রয়োজন৷

নীচে পর্যবেক্ষণ সিস্টেমে "ব্যক্তিগত অ্যাকাউন্ট" উপাদান রয়েছে:

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

আপনি আর কি চেক করতে পারেন?

আপনার ওয়েব অ্যাপ্লিকেশন আরও সম্পূর্ণরূপে নিরীক্ষণ করতে, আপনি নিম্নলিখিত পরীক্ষাগুলি সম্পাদন করতে পারেন:

• প্রতি পিরিয়ডে জাভাস্ক্রিপ্ট ত্রুটির সংখ্যা
• সময়ের জন্য ওয়েব অ্যাপ্লিকেশন সাইডে (ব্যাক-এন্ড) ত্রুটির সংখ্যা
• অসফল ওয়েব অ্যাপ্লিকেশন প্রতিক্রিয়ার সংখ্যা (প্রতিক্রিয়া কোড 404, 500, ইত্যাদি)
• কোয়েরি সম্পাদনের গড় সময়

একটি উইন্ডোজ পরিষেবা নিরীক্ষণ (এজেন্ট)

ASMO সিস্টেমে, এজেন্ট একটি টাস্ক শিডিউলারের ভূমিকা পালন করে, যা পটভূমিতে নির্ধারিত কাজগুলি সম্পাদন করে।

সমস্ত এজেন্ট কাজ সফলভাবে সম্পন্ন হলে, এজেন্ট সঠিকভাবে কাজ করছে। দেখা যাচ্ছে যে একটি এজেন্ট নিরীক্ষণ করার জন্য, আপনাকে তার কাজগুলি নিরীক্ষণ করতে হবে। অতএব, আমরা "এজেন্ট" উপাদানটিকে কার্যগুলিতে ভাগ করি। প্রতিটি কাজের জন্য, আমরা পর্যবেক্ষণ ব্যবস্থায় একটি পৃথক উপাদান তৈরি করব, যেখানে "এজেন্ট" উপাদানটি হবে "পিতামাতা"৷

আমরা এজেন্ট কম্পোনেন্টকে চাইল্ড কম্পোনেন্টে বিভক্ত করি (কাজ):

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

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

ASMO সিস্টেম শুধুমাত্র কাজের জন্য সার্বজনীন চেক ব্যবহার করে এবং এটি সিস্টেমের কর্মক্ষমতা নিরীক্ষণ করার জন্য যথেষ্ট।

অগ্রগতি পরীক্ষা করা হচ্ছে
সবচেয়ে সহজ এবং সবচেয়ে কার্যকরী চেক হল এক্সিকিউশন চেক। চেকটি যাচাই করে যে কাজটি ত্রুটি ছাড়াই সম্পন্ন হয়েছে। সব কাজ এই চেক আছে.

বৈধতা অ্যালগরিদম

প্রতিটি টাস্ক এক্সিকিউশনের পরে, আপনাকে সফলতার চেকের ফলাফল মনিটরিং সিস্টেমে পাঠাতে হবে যদি টাস্ক এক্সিকিউশন সফল হয়, অথবা ERROR যদি এক্সিকিউশন কোন ত্রুটির সাথে সম্পন্ন হয়।

এই চেক নিম্নলিখিত সমস্যা সনাক্ত করতে পারে:

1. টাস্ক রান কিন্তু একটি ত্রুটি সঙ্গে ব্যর্থ হয়.
2. টাস্কটি চলমান বন্ধ হয়ে গেছে, উদাহরণস্বরূপ, এটি হিমায়িত হয়েছে।

আসুন আরও বিশদে এই সমস্যাগুলি কীভাবে সমাধান করা হয় তা দেখুন।

সমস্যা 1 - টাস্কটি চলে কিন্তু একটি ত্রুটির সাথে ব্যর্থ হয়
নীচে একটি কেস যেখানে টাস্ক চলে কিন্তু 14:00 এবং 16:00 এর মধ্যে ব্যর্থ হয়৷

চিত্রটি দেখায় যে যখন একটি কাজ ব্যর্থ হয়, একটি সংকেত অবিলম্বে মনিটরিং সিস্টেমে পাঠানো হয় এবং মনিটরিং সিস্টেমে সংশ্লিষ্ট চেকের স্থিতি অ্যালার্ম হয়ে ওঠে।

অনুগ্রহ করে মনে রাখবেন যে মনিটরিং সিস্টেমে, উপাদানের স্থিতি যাচাইকরণের অবস্থার উপর নির্ভর করে। চেকের অ্যালার্ম স্থিতি সমস্ত উচ্চ-স্তরের উপাদানগুলিকে অ্যালার্মে পরিবর্তন করবে, নীচের চিত্রটি দেখুন।

সমস্যা 2 - টাস্কটি কার্যকর করা বন্ধ করেছে (হিমায়িত)
মনিটরিং সিস্টেম কীভাবে বুঝবে যে একটি কাজ আটকে আছে?

চেক ফলাফলের একটি বৈধতা সময়কাল আছে, উদাহরণস্বরূপ, 1 ঘন্টা। যদি এক ঘন্টা অতিবাহিত হয় এবং কোন নতুন পরীক্ষার ফলাফল না থাকে, তাহলে পর্যবেক্ষণ সিস্টেম পরীক্ষার স্থিতিকে অ্যালার্মে সেট করবে।

উপরের ছবিতে, দুপুর 14:00 টায় লাইট বন্ধ হয়ে গেছে। 15:00 এ, পর্যবেক্ষণ সিস্টেম সনাক্ত করবে যে পরীক্ষার ফলাফল (14:00 থেকে) পচা, কারণ প্রাসঙ্গিক সময়ের মেয়াদ শেষ হয়ে গেছে (এক ঘণ্টা), কিন্তু কোনো নতুন ফলাফল নেই, এবং চেকটিকে অ্যালার্ম স্থিতিতে পরিবর্তন করবে।

16:00 এ লাইটগুলি আবার চালু করা হয়েছিল, প্রোগ্রামটি কাজটি সম্পূর্ণ করবে এবং নির্বাহের ফলাফল পর্যবেক্ষণ সিস্টেমে পাঠাবে, পরীক্ষার স্থিতি আবার সফল হবে।

কি প্রাসঙ্গিকতা সময় আমি ব্যবহার করা উচিত?

প্রাসঙ্গিক সময় টাস্ক এক্সিকিউশন সময়ের চেয়ে বেশি হতে হবে। আমি কার্য সম্পাদনের সময়ের চেয়ে 2-3 গুণ বেশি প্রাসঙ্গিক সময় সেট করার পরামর্শ দিই। উদাহরণস্বরূপ, একটি টাস্ক স্বাভাবিকের চেয়ে বেশি সময় নিলে বা কেউ প্রোগ্রামটি পুনরায় লোড করলে মিথ্যা বিজ্ঞপ্তিগুলি এড়াতে এটি প্রয়োজনীয়।

অগ্রগতি পরীক্ষা করা হচ্ছে

ASMO সিস্টেমের একটি "লোড পূর্বাভাস" টাস্ক রয়েছে, যা প্রতি ঘন্টায় একবার একটি বহিরাগত উত্স থেকে একটি নতুন পূর্বাভাস ডাউনলোড করার চেষ্টা করে। বাহ্যিক সিস্টেমে কখন একটি নতুন পূর্বাভাস প্রদর্শিত হবে তা সঠিকভাবে জানা যায় না, তবে এটি জানা যায় যে এটি দিনে 2 বার ঘটে। দেখা যাচ্ছে যে যদি কয়েক ঘন্টার জন্য কোনও নতুন পূর্বাভাস না থাকে তবে এটি স্বাভাবিক, তবে যদি একদিনের বেশি কোনও নতুন পূর্বাভাস না থাকে তবে কোথাও কিছু ভেঙে গেছে। উদাহরণস্বরূপ, একটি বহিরাগত পূর্বাভাস সিস্টেমের ডেটা বিন্যাস পরিবর্তিত হতে পারে, যার কারণে ASMO একটি নতুন পূর্বাভাস প্রকাশ দেখতে পাবে না।

বৈধতা অ্যালগরিদম

যখন কাজটি অগ্রগতি অর্জনে সফল হয় তখন (একটি নতুন আবহাওয়ার পূর্বাভাস ডাউনলোড করা) সফলতা যাচাইয়ের ফলাফল মনিটরিং সিস্টেমে পাঠায়। কোনো অগ্রগতি না হলে বা কোনো ত্রুটি দেখা দিলে মনিটরিং সিস্টেমে কিছুই পাঠানো হয় না।

চেকের একটি প্রাসঙ্গিক ব্যবধান থাকতে হবে যাতে এই সময়ের মধ্যে এটি নতুন অগ্রগতি পাওয়ার নিশ্চয়তা পায়।

দয়া করে মনে রাখবেন যে আমরা বিলম্বের সাথে সমস্যাটি সম্পর্কে শিখব, কারণ পর্যবেক্ষণ সিস্টেমটি শেষ স্ক্যান ফলাফলের মেয়াদ শেষ না হওয়া পর্যন্ত অপেক্ষা করে। অতএব, চেকের বৈধতার সময়কাল খুব বেশি লম্বা করার দরকার নেই।

ডাটাবেস মনিটরিং

ASMO সিস্টেমে ডাটাবেস নিয়ন্ত্রণ করতে, আমরা নিম্নলিখিত চেকগুলি সম্পাদন করি:

1. ব্যাকআপ তৈরি যাচাই করা হচ্ছে
2. বিনামূল্যে ডিস্ক স্থান পরীক্ষা করা হচ্ছে

ব্যাকআপ তৈরি যাচাই করা হচ্ছে
বেশিরভাগ অ্যাপ্লিকেশনে, আপ-টু-ডেট ডাটাবেস ব্যাকআপ থাকা গুরুত্বপূর্ণ যাতে সার্ভার ব্যর্থ হলে, আপনি একটি নতুন সার্ভারে প্রোগ্রামটি স্থাপন করতে পারেন।

ASMO সপ্তাহে একবার একটি ব্যাকআপ কপি তৈরি করে এবং স্টোরেজে পাঠায়। এই পদ্ধতিটি সফলভাবে সম্পন্ন হলে, সাফল্যের পরীক্ষার ফলাফল মনিটরিং সিস্টেমে পাঠানো হয়। যাচাইকরণের ফলাফল 9 দিনের জন্য বৈধ। সেগুলো. ব্যাকআপ তৈরি নিয়ন্ত্রণ করতে, "প্রগতি পরীক্ষা" পদ্ধতি, যা আমরা উপরে আলোচনা করেছি, ব্যবহার করা হয়।

বিনামূল্যে ডিস্ক স্থান পরীক্ষা করা হচ্ছে
ডিস্কে পর্যাপ্ত ফাঁকা স্থান না থাকলে, ডাটাবেস সঠিকভাবে কাজ করতে সক্ষম হবে না, তাই খালি স্থানের পরিমাণ নিয়ন্ত্রণ করা গুরুত্বপূর্ণ।

সংখ্যাসূচক পরামিতি পরীক্ষা করতে মেট্রিক্স ব্যবহার করা সুবিধাজনক।

মেট্রিক্স একটি সংখ্যাসূচক পরিবর্তনশীল, যার মান পর্যবেক্ষণ সিস্টেমে প্রেরণ করা হয়। মনিটরিং সিস্টেম থ্রেশহোল্ড মান পরীক্ষা করে এবং মেট্রিক স্থিতি গণনা করে।

মনিটরিং সিস্টেমে "ডাটাবেস" উপাদানটি কেমন দেখায় তার একটি ছবি নীচে দেওয়া হল:

সার্ভার পর্যবেক্ষণ

সার্ভার নিরীক্ষণ করতে আমরা নিম্নলিখিত চেক এবং মেট্রিক্স ব্যবহার করি:

1. বিনামূল্যে ডিস্ক স্থান
ডিস্কের স্থান ফুরিয়ে গেলে, অ্যাপ্লিকেশনটি কাজ করতে সক্ষম হবে না। আমরা 2টি থ্রেশহোল্ড মান ব্যবহার করি: প্রথম স্তরটি সতর্কতা, দ্বিতীয় স্তরটি অ্যালার্ম৷

2. প্রতি ঘন্টায় শতাংশে গড় RAM মান
আমরা ঘন্টায় গড় ব্যবহার করি কারণ... আমরা বিরল জাতিতে আগ্রহী নই।

3. প্রতি ঘন্টায় গড় CPU শতাংশ
আমরা ঘন্টায় গড় ব্যবহার করি কারণ... আমরা বিরল জাতিতে আগ্রহী নই।

4. পিং চেক
সার্ভার অনলাইন আছে কিনা তা পরীক্ষা করে। মনিটরিং সিস্টেম এই চেকটি সম্পাদন করতে পারে; কোড লেখার কোন প্রয়োজন নেই।

নীচে পর্যবেক্ষণ সিস্টেমে "সার্ভার" উপাদানটি কেমন দেখাচ্ছে তার একটি ছবি:

সরঞ্জাম পর্যবেক্ষণ

আমি আপনাকে বলব কিভাবে ডেটা পাওয়া যায়। প্রতিটি রোড কন্ট্রোল পয়েন্টের (এমপিসি) জন্য টাস্ক প্ল্যানারে একটি কাজ রয়েছে, উদাহরণস্বরূপ, "সার্ভে MPC M2 কিমি 200"। টাস্কটি প্রতি 30 মিনিটে সমস্ত MPC ডিভাইস থেকে ডেটা গ্রহণ করে।

যোগাযোগ চ্যানেল সমস্যা
বেশিরভাগ সরঞ্জাম শহরের বাইরে অবস্থিত; একটি জিএসএম নেটওয়ার্ক ডেটা ট্রান্সমিশনের জন্য ব্যবহৃত হয়, যা স্থিরভাবে কাজ করে না (একটি নেটওয়ার্ক আছে, বা একটি নেই)।

ঘন ঘন নেটওয়ার্ক ব্যর্থতার কারণে, প্রথমে, পর্যবেক্ষণে MPC সমীক্ষা পরীক্ষা করা এই রকম ছিল:

এটা স্পষ্ট হয়ে গেছে যে এটি একটি কাজের বিকল্প ছিল না, কারণ সমস্যা সম্পর্কে অনেক মিথ্যা বিজ্ঞপ্তি ছিল। তারপরে প্রতিটি ডিভাইসের জন্য একটি "প্রগতি পরীক্ষা" ব্যবহার করার সিদ্ধান্ত নেওয়া হয়েছিল, যেমন যখন ডিভাইসটি কোনো ত্রুটি ছাড়াই পোল করা হয় তখন শুধুমাত্র সাফল্যের সংকেত মনিটরিং সিস্টেমে পাঠানো হয়। প্রাসঙ্গিক সময় 5 ঘন্টা সেট করা হয়েছিল।

এখন মনিটরিং সমস্যা সম্পর্কে বিজ্ঞপ্তি পাঠায় যখন ডিভাইসটি 5 ঘন্টার বেশি সময় ধরে পোল করা যায় না। উচ্চ ডিগ্রী সম্ভাব্যতার সাথে, এগুলি মিথ্যা অ্যালার্ম নয়, তবে বাস্তব সমস্যা।

নিরীক্ষণ ব্যবস্থায় সরঞ্জামগুলি কেমন দেখায় তার একটি ছবি নীচে দেওয়া হল:

গুরুত্বপূর্ণ!
যখন GSM নেটওয়ার্ক কাজ করা বন্ধ করে দেয়, তখন সমস্ত MDC ডিভাইস পোল হয় না। মনিটরিং সিস্টেম থেকে ইমেলের সংখ্যা কমাতে, আমাদের প্রকৌশলীরা "ডিভাইস" এর পরিবর্তে "MPC" টাইপ সহ কম্পোনেন্ট সমস্যা সম্পর্কে বিজ্ঞপ্তিগুলি সাবস্ক্রাইব করে৷ এটি আপনাকে প্রতিটি ডিভাইসের জন্য একটি পৃথক বিজ্ঞপ্তি পাওয়ার পরিবর্তে প্রতিটি MPC-এর জন্য একটি বিজ্ঞপ্তি পেতে অনুমতি দেয়৷

চূড়ান্ত ASMO পর্যবেক্ষণ প্রকল্প

আসুন সবকিছু একত্রিত করা যাক এবং দেখুন আমাদের কী ধরনের মনিটরিং স্কিম আছে।

উপসংহার

আসুন সংক্ষিপ্ত করা যাক।
ASMO-এর কর্মক্ষমতা পর্যবেক্ষণ আমাদের কী দিয়েছে?

1. ত্রুটি দূর করার সময় কমে গেছে
আমরা আগে ব্যবহারকারীদের কাছ থেকে ত্রুটি সম্পর্কে শুনেছি, কিন্তু সমস্ত ব্যবহারকারী ত্রুটি রিপোর্ট করে না। এটি ঘটেছে যে আমরা একটি সিস্টেম কম্পোনেন্টের একটি ত্রুটি সম্পর্কে এটি প্রদর্শিত হওয়ার এক সপ্তাহ পরে শিখেছি। এখন মনিটরিং সিস্টেম সমস্যা শনাক্ত হওয়ার সাথে সাথে আমাদের সমস্যার কথা জানায়।

2. সিস্টেমের স্থিতিশীলতা বৃদ্ধি পেয়েছে
যেহেতু ত্রুটিগুলি আগে দূর করা শুরু হয়েছিল, সামগ্রিকভাবে সিস্টেমটি আরও স্থিতিশীল কাজ করতে শুরু করেছিল।

3. প্রযুক্তিগত সহায়তায় কলের সংখ্যা হ্রাস করা
ব্যবহারকারীরা তাদের সম্পর্কে জানার আগেই অনেক সমস্যা এখন ঠিক করা হয়েছে। ব্যবহারকারীরা প্রায়ই প্রযুক্তিগত সহায়তার সাথে যোগাযোগ করতে শুরু করে। এই সব আমাদের খ্যাতি উপর একটি ভাল প্রভাব আছে.

4. গ্রাহক এবং ব্যবহারকারীর আনুগত্য বৃদ্ধি
গ্রাহক সিস্টেমের স্থিতিশীলতায় ইতিবাচক পরিবর্তন লক্ষ্য করেছেন। ব্যবহারকারীরা সিস্টেম ব্যবহার করে কম সমস্যার সম্মুখীন হয়।

5. প্রযুক্তিগত সহায়তা খরচ কমানো
আমরা যেকোন ম্যানুয়াল চেক করা বন্ধ করে দিয়েছি। এখন সব চেক স্বয়ংক্রিয় হয়. পূর্বে, আমরা ব্যবহারকারীদের কাছ থেকে সমস্যা সম্পর্কে শিখেছি; ব্যবহারকারী কোন সমস্যার কথা বলছেন তা বোঝা প্রায়ই কঠিন ছিল। এখন, বেশিরভাগ সমস্যা মনিটরিং সিস্টেম দ্বারা রিপোর্ট করা হয়; বিজ্ঞপ্তিগুলিতে প্রযুক্তিগত ডেটা থাকে, যা সর্বদা স্পষ্ট করে যে কী ভুল হয়েছে এবং কোথায় হয়েছে৷

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

মনিটরিং সিস্টেম অন্য ডেটা সেন্টারে একটি পৃথক সার্ভারে চলতে হবে।

আপনি যদি একটি নতুন ডেটা সেন্টারে একটি ডেডিকেটেড সার্ভার ব্যবহার করতে না চান তবে আপনি একটি ক্লাউড মনিটরিং সিস্টেম ব্যবহার করতে পারেন। আমাদের কোম্পানি Zidium ক্লাউড মনিটরিং সিস্টেম ব্যবহার করে, কিন্তু আপনি অন্য যেকোনো মনিটরিং সিস্টেম ব্যবহার করতে পারেন। একটি ক্লাউড মনিটরিং সিস্টেমের খরচ একটি নতুন সার্ভার ভাড়ার চেয়ে কম।

সুপারিশ:

1. যতটা সম্ভব বিস্তারিতভাবে উপাদানের গাছের আকারে অ্যাপ্লিকেশন এবং সিস্টেমগুলিকে ভেঙে ফেলুন, তাই কোথায় এবং কী ভাঙা হয়েছে তা বোঝা সুবিধাজনক হবে এবং নিয়ন্ত্রণ আরও সম্পূর্ণ হবে।
2. একটি উপাদানের কার্যকারিতা পরীক্ষা করতে, পরীক্ষা ব্যবহার করুন। একটি জটিল একটির চেয়ে অনেকগুলি সাধারণ চেক ব্যবহার করা ভাল।
3. কোডে লেখার পরিবর্তে মনিটরিং সিস্টেমের পাশে মেট্রিক থ্রেশহোল্ডগুলি কনফিগার করুন। এটি আপনাকে অ্যাপ্লিকেশনটি পুনরায় কম্পাইল, পুনরায় কনফিগার বা পুনরায় চালু করা থেকে রক্ষা করবে।
4. কাস্টম চেকের জন্য, মিথ্যা বিজ্ঞপ্তিগুলি এড়াতে প্রাসঙ্গিক সময়ের মার্জিন ব্যবহার করুন কারণ কিছু চেক স্বাভাবিকের চেয়ে সম্পূর্ণ হতে একটু বেশি সময় নেয়।
5. নিশ্চিতভাবে কোনো সমস্যা হলেই মনিটরিং সিস্টেমের উপাদানগুলোকে লাল করার চেষ্টা করুন। যদি তারা কিছুই না করে লাল হয়ে যায়, তবে আপনি মনিটরিং সিস্টেমের বিজ্ঞপ্তিগুলিতে মনোযোগ দেওয়া বন্ধ করবেন, এর অর্থ হারিয়ে যাবে।

আপনি যদি এখনও একটি পর্যবেক্ষণ সিস্টেম ব্যবহার না করে থাকেন, শুরু করুন! এটা যতটা কঠিন মনে হয় ততটা কঠিন নয়। আপনি নিজেই বেড়ে উঠা সবুজ উপাদান গাছের দিকে তাকানো থেকে একটি লাথি পান।

গুড লাক।

উত্স: www.habr.com