আমি একটি নিরীক্ষণ সমাধানে কি খুঁজছি?


21

এটি মনিটরিং সফটওয়্যার সম্পর্কিত একটি ক্যানোনিকাল প্রশ্ন

এছাড়াও সম্পর্কিত: আপনার সার্ভারগুলি নিরীক্ষণের জন্য আপনি কোন সরঞ্জামটি ব্যবহার করেন?

আমার সার্ভারগুলি নিরীক্ষণ করা দরকার; পর্যবেক্ষণ সমাধানের সিদ্ধান্ত নেওয়ার সময় আমার কী বিবেচনা করা উচিত?


উত্তর:


19

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

মনিটরিং সিস্টেমগুলি কীসের জন্য?

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

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

মনিটরিং সিস্টেমগুলির প্রাথমিক উপাদানগুলি এবং বৈশিষ্ট্যগুলি কী কী?

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

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

আপনার পরিবেশে বেশিরভাগই একটি ওএস বা প্রাথমিক ওএস থাকলে নির্দিষ্ট সিস্টেমে অন্যদের কাছে আরও বিকল্প থাকতে পারে।

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

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

ইউজার ইন্টারফেস :
মনিটরিং সিস্টেমগুলির জন্য আজকাল সর্বাধিক সাধারণ ইন্টারফেস হ'ল একটি ওয়েব ইন্টারফেস। ওয়েব ইন্টারফেসের ক্ষেত্রে মূল্যায়ন করার জন্য কয়েকটি জিনিস হ'ল:

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

সতর্কতা ইঞ্জিন :
সতর্কতা ইঞ্জিনটি নমনীয় এবং নির্ভরযোগ্য হতে হবে। বিভিন্ন উপায় অবহিত করার জন্য রয়েছে:

  • খুদেবার্তা
  • ইমেইল
  • ফোন
  • আইএম / জ্যাবারের মতো অন্যান্য জিনিস

অন্যান্য বৈশিষ্ট্যগুলি অনুসন্ধান করার জন্য রয়েছে:

  • বিবরণী (যদি অন্য ব্যক্তি সতর্কতা স্বীকার না করে বা স্থির না করে থাকে তবে কাউকে জানান)
  • আবর্তন এবং শিফ্ট
  • গোষ্ঠীগুলি (নির্দিষ্ট কিছু গোষ্ঠীগুলিকে নির্দিষ্ট কিছু বিষয়ে অবহিত করা প্রয়োজন)

এটি বিশ্বাস করা গুরুত্বপূর্ণ যে কোনও কিছু ভুল হলে আপনি সতর্কতা পাবেন। এটি দুটি জিনিস নেমে আসে:

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

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

ডেটা স্টোর থেকে সন্ধান করার জন্য কয়েকটি বৈশিষ্ট্য হ'ল:

  • ডেটাতে কাঁচা অ্যাক্সেস। এটি এক্সেলের মতো কিছু সহ কাস্টম গ্রাফের বিপরীতে বা বিকাশের জন্য মূল্যবান হতে পারে।
  • স্কেলেবিলিটি। আপনি যে পরিমাণ ডেটা সংগ্রহ করেন তার উপর নির্ভর করে দ্রুত যোগ করতে পারে, আপনি যদি প্রচুর পরিমাণে সংগ্রহ করতে যাচ্ছেন তবে আপনি এটি নিশ্চিত করতে চান যে এটি স্কেল হবে।

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

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

অন্যান্য বৈশিষ্ট্য

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


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

পূর্বনির্ধারিত পর্যবেক্ষণ টেম্পলেট :
একটি সিস্টেম যা প্রচুর পূর্বনির্ধারিত টেম্পলেটগুলির সাথে আসে (বা একটি ব্যবহারকারী বেস রয়েছে যা অনেকগুলি টেমপ্লেট তৈরি করেছে) একটি বিশাল সময় সাশ্রয়ী হতে পারে।

আবিষ্কার :
আপনার যদি একটি বৃহত বা পরিবর্তিত পরিবেশ থাকে। কিছু সিস্টেম একটি এপিআই-র মাধ্যমে নতুন সিস্টেম যুক্ত করার বা নতুন সার্ভার বা উপাদানগুলি খুঁজতে স্ক্যান চালানোর ক্ষমতা সরবরাহ করে।

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

কিছু জনপ্রিয় পর্যবেক্ষণ সিস্টেম

সেখানে অনেকগুলি মনিটরিং সিস্টেম রয়েছে। এই পুরাতন প্রশ্নের সংক্ষিপ্তসার সহ আমাদের একটি তালিকা রয়েছে । দ্রুত রেফারেন্সের জন্য আমি যেগুলির সম্পর্কে সবচেয়ে বেশি শুনি সেগুলি হ'ল:

  • Nagios
  • cacti
  • OpenNMS
  • সৌর বাতাস
  • Zabbix
  • বিভিন্ন ক্লাউড ভিত্তিক মনিটরিং সিস্টেম
  • মাইক্রোসফ্ট সিস্টেম কেন্দ্র
  • এটি এখনও জনপ্রিয় নয়, তবে স্ট্যাক এক্সচেঞ্জ তার মনিটরিং সিস্টেমটি http://bosun.org উন্মুক্ত করেছে

উপরের ভিত্তিতে কীভাবে সিদ্ধান্ত নেবেন

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


2
"সতর্কতা ইঞ্জিন" এর অধীনে আপনার বৈশিষ্ট্য হিসাবে সত্যই "নোটিফিকেশন রেট সীমিতকরণ" দরকার। ক্যাসকেডিং ব্যর্থতা বা উল্টাপাল্টা ব্যর্থতার কারণে শত শত বা হাজার হাজার সতর্কতার "ঝড়" এর টার্গেট হওয়া (এটি উপরে, এটি নীচে, এটি নিচে, এটি নিচে - ওহ, আরে, এটি আবার ...) মজাদার নয়।
ইভান অ্যান্ডারসন

8

এটি পর্যবেক্ষণ এবং সতর্কতার মধ্যে পার্থক্য করতে সহায়ক। পর্যবেক্ষণ মানে ডেটা সংগ্রহ করা এবং গ্রাফ তৈরি করা। সতর্কতা মানে কোনও রাতের মাঝামাঝি কোনও সার্ভার ডাউন হয়ে গেলে আমাকে একটি এসএমএস পাঠান।

নাগিওস সতর্ক করার জন্য। ক্যাকটি এবং মুনিন পর্যবেক্ষণের জন্য রয়েছেন। অন্যান্য পণ্য দুটি ফাংশন একত্রিত। জেনোস এবং জাবিবিক্স উদাহরণস্বরূপ।

আমি কিছু প্রশ্নের উত্তর দিয়ে শুরু করব:

আপনার কি সার্ভার, নেটওয়ার্ক ডিভাইস, অ্যাপ্লিকেশন বা তিনটিই পর্যবেক্ষণ করতে হবে?

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

কে গ্রাফ ব্যবহার করবে এবং কে সতর্কতা ব্যবহার করবে? আপনি শেষ ফলাফলটি দেখতে কেমন চান? ইন্টারফেসের বিষয়টি কী চেহারা এবং অনুভব করে (ব্যবসায়ীরা কি এটি ব্যবহার করবেন, বা কেবল প্রযুক্তিবিদরা?)

সময়, দক্ষতা এবং হার্ডওয়্যার উভয় ক্ষেত্রে আপনার সংস্থানগুলি কী? আপনার কি কমপক্ষে বিনয়ী স্ক্রিপ্টিং ক্ষমতা আছে? আপনার কি বাইরের বাইরে সমাধান দরকার?

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


4

TL; ড

আপনার সফ্টওয়্যার যে পরিষেবাগুলি সরবরাহ করে সেগুলি সম্পর্কে চিন্তাভাবনা করুন , এই পরিষেবাগুলি ব্যর্থ হয়ে যাওয়ার সময় বা এই পরিষেবাগুলির ব্যর্থতার ঝুঁকি বাড়লে সতর্কতা পাঠান ।

পরিষেবা শ্রেনী চুক্তি

মনিটরিং কৌশলগুলির পিছনে তত্ত্বটি হ'ল কিছু স্তরের পরিষেবা স্তরের চুক্তিতে পর্যবেক্ষণ এবং সতর্কতাগুলি বেঁধে রাখা । সর্বোপরি, আপনি যে অর্থ হারাচ্ছেন তার বিষয়ে আপনাকে সতর্ক করতে চান, অগত্যা নয় যে এনজি 10019.myserver.com এ টিসিপি সংযোগের সংখ্যায় একটি স্পাইক রয়েছে। বিভিন্ন সরঞ্জাম রয়েছে যা আপনাকে প্রচুর পরিমাণে সতর্কতা দেবে, সতর্কতার মধ্যে নির্ভরতা নির্ধারণ করবে, তবে এই চেকগুলির মধ্যে অনেকগুলি আপনি কারও কাছে সরবরাহিত পরিষেবার সাথে সরাসরি প্রাসঙ্গিক নয় ।

সেবা লঙ্ঘন

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

যদি এটি গুরুত্বপূর্ণ যে সাইটটি একটি যুক্তিসঙ্গত সময়ের মধ্যে প্রতিক্রিয়া জানায়, এটিরও সতর্কতাগুলি ট্রিগার করা উচিত। যদি আপনি চান তবে "SLA এর লঙ্ঘন" বাছাই করুন।

ক্রমবর্ধমান ঝুকি

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

যখন সেই অপ্রয়োজনীয়তা হারিয়ে যায়, পরিষেবাটি এখনও ঠিক আছে, তবে পরিষেবাটি ব্যর্থ হওয়ার ঝুঁকিটি কেবল বেড়ে গেছে।

সতর্কতাগুলি ট্রিগার করার এটি দ্বিতীয় প্রধান কারণ; যে অপ্রয়োজনীয়তা চলে গেছে (যেমন দ্বিতীয় সার্ভারটি মারা গেছে), বা আশঙ্কা বেড়ে যাওয়ার আশঙ্কা রয়েছে (যেমন ডিস্কটিতে কেবল 500Mb বাকী রয়েছে, বা ডিস্কের প্রবণতাটি ইঙ্গিত দেয় যে ডিস্কটি প্রায় 5 ঘন্টা পূর্ণ হবে)।

এই সমস্ত সূচক সম্পর্কে কি?

কিন্তু চেক_এমকে আমাকে হোস্ট প্রতি 50-60 টি চেক দেয়, এগুলি কি সমস্ত মূল্যহীন?

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

/ Var / পার্টিশন পূরণ করলে কোন পরিষেবা ক্ষতিগ্রস্থ হবে? যদি E0 ইন্টারফেসটি বন্ধ থাকে তবে কী পরিষেবা প্রভাবিত হবে? ... যদি কিছু ফায়ারওয়াল আউটবাউন্ড টিসিপি সংযোগগুলি অবরুদ্ধ করে থাকে? ... যদি থ্রেডের সংখ্যা 800 ছাড়িয়ে যায়? ... ডাটাবেস নেমে গেলে?

উদাহরণ

আপনার নিজের হাতে নয় এমন লোড ব্যালান্সারের পিছনে কোনও সাইট পরিবেশন করা একটি ডেটাবেস সার্ভার রয়েছে (যেমন আইএসপি)। আপনি যে পরিষেবাটি সরবরাহ করেন তা দুটি সার্ভারে 80 পোর্ট রয়েছে এবং তাদের প্রচুর ক্যাশে রয়েছে যা টিকে থাকতে পারে যেমন ডাটাবেস ডাউনটাইম (তৃতীয় সার্ভারের ডাটাবেস)।

এই পরিস্থিতিতে, একটি ওয়েব সার্ভারের সম্পূর্ণ ব্যর্থতার ফলে সাইটটি নীচে নেমে আসবে না। যা ঘটেছে তা হল রিডানডেন্সিটি চলে গেল যাতে ব্যর্থতার ঝুঁকি সবেমাত্র বেড়ে যায়। এটি একটি সতর্কতা ট্রিগার করা উচিত।

ডাটাবেসের সম্পূর্ণ ব্যর্থতা সাইটটি পরিবেশন করার দক্ষতাটিকে কোনওভাবেই প্রভাবিত করতে পারে না, কারণ জায়গাটিতে বেশ ভাল টিউন করা হয়েছে; এটি তখন ওয়েব সাইটে সেবা দেওয়ার পরিষেবাকে প্রভাবিত করে না , তবে এটি কোনও ভিন্ন পরিষেবাদির উপর প্রভাব ফেলতে পারে, নামক ওয়েবসাইটটি আপডেট করা বা আদেশ গ্রহণ করা ...

প্রতিটি পরিষেবায় তার নিজস্ব স্তরের পরিষেবা থাকবে যা পরিষেবা পুনরুদ্ধার করা বা আউটেজ এড়াতে কতটা গুরুত্বপূর্ণ তা নির্ধারণ করে

চটপটে থাকুন

প্রতিবার আপনি যখন সতর্কতা পান, আপনার নিম্নলিখিতগুলির মধ্যে একটি করা উচিত: - সতর্কতা সৃষ্টিকারী সমস্যাটি সমাধানের জন্য নজরদারি করা সিস্টেমটি পরিবর্তন করুন (উদাহরণস্বরূপ ড্রাইভটি প্রতিস্থাপন করুন বা লোগ্রোটেট পুনরায় কনফিগার করুন বা কোনও কিছু) সতর্কতাটি এড়াতে মনিটরিং সিস্টেমটি পরিবর্তন করুন পরের বার যে পরিস্থিতি দেখা দেয় প্রেরণ। (যেমন "ডিস্ক ফ্রি" এর জন্য স্তরগুলি পরিবর্তন করুন যাতে ডিস্কটি কেবল ৮০% এর পরিবর্তে 90% পর্যন্ত পূরণ করতে পারে)

আমার নিজের অভিজ্ঞতা

আমি বেশিরভাগ নাগিওস এবং এর ভার্বোজ কনফিগারেশনের সাথে পরিচিত এবং পরে চেক-এমকে-র মাল্টিসাইটে আটকানো হয়েছে। আমি সম্প্রতি শিখেছি যে চেক_এমকে বিজনেস ইন্টেলিজেন্সের এই ধারণাটি রয়েছে (১.১১ সাল থেকে) যা এই চিন্তাকে ভালভাবে মেলে বলে মনে হচ্ছে। আপনি সংজ্ঞায়িত করতে পারেন যে নাগিওগুলিতে চেকগুলি একটি বৃহত্তর সেবার অংশ এবং এগুলির মধ্যে এমন নিয়ম রয়েছে যা "পরিষেবা" এর অবস্থাটিকে অনেকগুলি চেকের রাজ্যের ফাংশন হিসাবে সংজ্ঞায়িত করে, সবচেয়ে খারাপ বা সেরা অবস্থার সাথে সংহত করে ।


বাহ, দুটি ডাউনভোট এবং কোনও মন্তব্য নেই। ভাল অবস্থা.
মোগসি

1
লোকেরা ভয় পেয়ে যায় যদি আপনি আরও দূরে চিন্তা করেন :)
ফ্লোরিয়ান হেইগল

1

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

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

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

জাবিবিক্স, আইসিংগা, প্যানডোরা এফএমএস, অপ 5, ডেটাডোগ, নিউ রেলিক ... এঁদের সবারই উত্থান-পতন রয়েছে তবে আসল সমস্যাটি খুঁজে পাচ্ছে কোনটি আপনার ভবিষ্যতের সাথে আরও ভাল মানিয়ে যায়।


0

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.