ইউনিক্স প্রক্রিয়াগুলি তদারকি করতে ডেমোনটুলসের (ডিজেবিটিউল) বিকল্প?


26

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

  • TAI64N ভিত্তিক টাইমস্ট্যাম্পগুলি
  • স্ক্রিপ্টগুলি /etc/init.d (বা (/usr/local)/etc/rc.d) এর অধীনে সঞ্চয় করে না
  • সর্বদা অ্যাপাচিেক্টল এর মতো স্ক্রিপ্টগুলির সাথে কাজ করে না। কিছু স্ক্রিপ্ট আবার লিখতে হবে।

আমার মনে আছে যে অনুরূপ কিছু "সুপারভাইজার / ওয়াচডগ" ডেমন প্রায় দু'বছর আগে কাজ চলছিল, তবে কিছু এখনও প্রান্তের চারপাশে কিছুটা রুক্ষ ছিল।

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

উত্তর:


16

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

আপনার প্রয়োজনের উপর নির্ভর করে আপনি দরিব ব্যক্তির প্রক্রিয়া পুনঃসূচনাটি ইনটিটাবের মাধ্যমেও বাস্তবায়ন করতে পারেন।

আপনি প্রাথমিকভাবে কিছু খুঁজছেন থাকেন একটি প্রক্রিয়া উপর নজর রাখা, নিশ্চিত করুন যে এটি সবসময় চালাচ্ছে করতে, এবং তারপর পুনরায় আরম্ভ যখন এটি তা না হয়, আমি মহান ভাগ্য ছিল restartd । দুর্ভাগ্যক্রমে, এটির একমাত্র উত্স যা আমি জানি সেগুলি হ'ল ডেবিয়ান প্যাকেজ। তবে এটি একটি খুব ছোট এবং সাধারণ অ্যাপ্লিকেশন, মূলত একটি মেক ফাইল সহ কেবলমাত্র একক .c এবং .h ফাইল file রেড হ্যাটে ডেবিয়ান উত্স টার্বল থেকে এটি সংকলন তুচ্ছ (আমি এমনকি এটি আমার আগের কাজটিতে একটি আরপিএম তৈরি করেছিলাম)।

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


12

রুনিটের জন্য +1। ডিমনটোলগুলির চেয়ে আরও বৈশিষ্ট্য এবং নমনীয়, বিদ্যমান ডিমনটোল আর্গুমেন্ট এবং বিকল্পগুলির সাথে সামঞ্জস্যপূর্ণ। বেশ ঝরঝরে.

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


1
+1 এটি উল্লেখ করার মতো যে কাস্টম নিয়ন্ত্রণগুলি runsvথেকে প্রাপ্ত কমান্ডটি runitডেমনের নেটিভ কন্ট্রোল বাইনারিগুলির ক্ষেত্রে পুনরায় চালু করতে পারে।
পাইলক্রো

4

ভাল, রানিট আছে । ডেমোনটোলসের সাথে এর পার্থক্য এবং মিল কী তা আমি আপনাকে বলতে পারি না, তবে বারস্টেইন-এস্কু ওয়েবসাইট দ্বারা বিচার করে আমি বলতে চাই যে এখানে একটি নির্দিষ্ট বার্নস্টেইনের প্রভাব রয়েছে।


2
আমার ভোট রানিতের পক্ষে, আপনি এটিকে সিসভিএনট বিন্যাসে ফেলে দিতে পারেন এবং এটি /etc/init.d/ <scriptname> মোটামুটি স্বচ্ছভাবে গ্রহণ করতে পারেন given
অ্যাভেরি পেইন


4

ইতিমধ্যে উল্লিখিত একটি বিকল্প হিসাবে daemonizeএবং daemontools, আছে ডেমন libslack প্যাকেজের কমান্ড।

daemon বেশ কনফিগারযোগ্য এবং স্বয়ংক্রিয় পুনঃসূচনা, লগিং বা পিডফিল হ্যান্ডলিংয়ের মতো সমস্ত ক্লান্তিকর ডেমন স্টাফ সম্পর্কে যত্নশীল।



3

সিলে লিখিত এবং বিভিন্ন (ইউনিক্স) প্ল্যাটফর্মের জন্য উপলব্ধ লিবলস্কের ডেমন সরঞ্জামও রয়েছে ।

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


2

উবুন্টু আপস্টার্ট নিয়ে আসে - আমি এটি সম্পর্কে খুব বেশি কিছু জানি না তবে আমি জানি এটির "সুপারভাইজার" ক্ষমতা রয়েছে। অ্যাপলের লঞ্চ করা আরেকটি বিকল্প (উইকিপিডিয়া নিবন্ধটিতে একটি দুর্দান্ত "আরও দেখুন" বিভাগ রয়েছে যা আপস্টার্ট ও রানআইটি সহ অন্যদেরও একগুচ্ছ তালিকাবদ্ধ করে)।

তাদের সকলেরই নিজস্ব পয়েন্ট রয়েছে এবং তাদের নিজস্ব ব্র্যান্ডের অফসাক রয়েছে - যখনই কেউ আমাকে "প্রসেস সুপারভাইজার" / "ওয়াচডগ" প্রোগ্রামগুলি সম্পর্কে জিজ্ঞাসা করেন আমি সর্বদা একই প্রশ্ন করি: আপনার কেন দরকার?


-2

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

সম্পাদনা করুন: ক্রিসটি নীচে যখন কখনও কখনও আপনি সম্পূর্ণ কোণে চিহ্নিত করেন তবে সেই ক্ষেত্রে একটি * / 1 ক্রোন চাকরী যা প্রক্রিয়া / পিডফায়াল সন্ধান করে, অনুপস্থিত থাকলে একটি শুরু / পুনঃসূচনা চালায় এবং দায়বদ্ধদের কাছে কোনও ইমেলের ফলাফল প্রকাশ করে বিকাশকারী / পণ্য-পরিচালক আপনার ফলব্যাক অবস্থান।


3
আরও সহজ, সম্পন্ন চেয়ে। ;-) কখনও কখনও আপনার কাছে এমন অ্যাপ্লিকেশন থাকে যা আপনাকে চালাতে বাধ্য করা হয়, তারা যতই অস্থির বা কৃপণ হয়ে উঠুক না কেন এবং এগুলি চালিয়ে রাখতে আপনি যা কিছু করতে পারেন তা 3am ফোন কল হ্রাস করতে সহায়তা করবে। আদর্শ নয়, কোনও উপায়ে নয়, তবে কখনও কখনও এটি যতটা পায় তত ভাল।
ক্রিস্টোফার ক্যাসেল

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

1
একটি আদর্শ বিশ্বে, সবকিছু ঠিকভাবে কাজ করবে। দুর্ভাগ্যক্রমে এটি একটি আদর্শ বিশ্ব নয়।
ম্যাট

সমস্যাটি প্রায়শই ব্যর্থ হয় না। সমস্যাটি সপ্তাহে একবারে ব্যর্থ হচ্ছে এবং তাৎক্ষণিকভাবে পুনরায় আরম্ভ করা হবে না । এটি আসল উত্তর নয়।
ড্যান 3

@ ক্রিস্টোফারক্যাসেল সঠিক পথে রয়েছে। কোনও অ্যাপের অভ্যন্তরে তদারকি সাধারণত ওভার ইঞ্জিনিয়ারিং হয় (এবং এটি ইউনিক্স দর্শন হিসাবেও ঘটে না)) সফ্টওয়্যারটি সর্বদা অসম্পূর্ণ বলে ধরে নিতে পারে, প্রতিটি ক্র্যাশ সংশোধন করতে যতই প্র্যাকটিভ প্রচেষ্টা চালানো হোক না কেন। তদারকি একটি স্বতন্ত্র, বাহ্যিক স্তর ... একটি বীমা পলিসি। উত্পাদনের পরিষেবাগুলি যাই হোক না কেন চালিয়ে যাওয়া ভাল, যদিও তাদের "ক্র্যাশ হওয়ার কথা নয়", যদিও বাস্তবতা sh% টি ঘটে। আমি বরং একটি পরিষেবা পুনরায় চালু করব, ব্যতিক্রমটি লগইন করব এবং সকালে এটি ঠিক করব। (পরিষেবা ফ্ল্যাপিং বিবেচনা করার অন্য একটি বিষয় another)
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.