Альтернатива Daemontools (djbtools) для нагляду за Unix процесами?

Я використовував Daemontools, щоб забезпечити простий і надійний спосіб контролювати послуги Unix на своїх серверах. Це добре працює, але для нього потрібен інший спосіб мислення ( The DJB Way ), і деякі поширені скарги:

• Часові позначки на основі TAI64N
• Не зберігає сценарії під /etc/init.d (або (/usr/local)/etc/rc.d)
• Не завжди працює з сценаріями, такими як apachectl. Деякі сценарії потрібно переписати.

Я пам’ятаю, що деякі подібні демони «наглядача / сторожового» були в роботах близько двох років тому, але деякі були ще трохи грубі по краях.

Якщо ви перейшли з Daemontools на щось інше, що ви обрали і чи добре це працювало для вас? Чи RedHat або Ubuntu за замовчуванням постачаються з будь-якими утилітами для нагляду за процесом?

Hrm, якщо ви використовуєте Ubuntu, їх новий процес init, запущений , включає рівень нагляду за процесом. Він може використовуватися для ваших стандартних запуску та зупинки послуг, сценаріїв a la SysV init, а також може контролювати запущені програми та відновлювати їх, якщо вони загинуть.

Ви також можете здійснити перезапуск процесу бідної людини через inittab, залежно від ваших потреб.

Якщо ви в першу чергу шукаєте що - то , щоб стежити за процесом, щоб переконатися , що він завжди працює, а потім перезапустити його , коли це не так , у мене була велика удача з restartd . На жаль, єдиним джерелом для мене, про який я знаю, є пакет Debian. Однак це дуже маленьке і просте додаток, в основному це лише один .c і .h файл з файлом make. Скомпілювати його з вихідного тарболу Debian на Red Hat є тривіальним (я навіть зробив оберт із нього на своїй попередній роботі).

Остаточний варіант, про який я чув, але не використовував, - це Supervisor . Це виглядає як багатообіцяючий інструмент, але restartd досить добре працював для мене в минулому, для того, що мені було потрібно, що я ще не намагався з ним грати.

+1 для пробігу. Більш функціональні та гнучкіші ніж daemontools, сумісні з існуючими аргументами та параметрами daemontools. Досить акуратно.

Але, як ви згадали, багато інструментів оснащені власними бінарними файлами, apache2ctl, ejabberdctl, poundctl, colled тощо. І хоча хаки існують, іноді просто краще дотримуватися інструментів, що постачаються, в основному, коли ви не впевнені в найчистіших умовах можлива реалізація. Зазвичай я йду на компроміс, і більшість послуг працюють під наглядом runit. А іншим можна дозволити бігати за допомогою тривіального способу.

Ну, там є біг . Я не можу вам сказати, у чому його відмінності та схожість з демонтолами, але, судячи з веб-сайту Berstein-esque, я б сказав, що існує певний вплив Бернштейна.

Здається, Fedora готовий перейти на systemd: http://0pointer.de/blog/projects/systemd.html

В якості альтернативи вже згадуваному daemonizeі daemontools, існує команда демона пакету Libslack.

daemon є цілком настроюваним та дбає про всі стомлюючі демон-речі, такі як автоматичний перезапуск, ведення журналів або обробка файлами pidfile.

Є нагляд

Також є інструмент демонів Libslack, написаний на C та доступний для різних (Unix) платформ.

Це цілком настроюється та дбає про всі нудні речі демона, такі як автоматичний перезапуск, ведення журналів або обробка файлами pidfile.

Ubuntu поставляється з Upstart - я не знаю багато про це, але я знаю, що він має "супервізорні" можливості. Запуск Apple - це ще один варіант (що у статті Вікіпедії є хороший розділ "див. Також", який також містить список інших, включаючи Upstart & RunIt).

Усі вони мають свої хороші моменти та свій власний бренд übersuck - Щоразу, коли хтось запитує мене про програми "керівник процесів" / "сторожовий", я завжди задаю одне і те ж питання: навіщо вам це потрібно?

Для цього не існує популярних інструментів / консенсусу громадськості, тому що кожен, хто йде цією дорогою, усвідомлює тупик. Якщо ваші довгі запущені процеси надто часто виходять з ладу, щоб простий моніторинг був достатньо хорошим, тоді перестаньте використовувати їх і перемістіть свій код всередину чогось, що спричинить більше подій.

редагувати: як Кріс вказує нижче, іноді ви повністю загнані в кут; у цьому випадку робота * / 1 cron, яка шукає процес / pidfile, запускає пуск / перезапуск, якщо його немає, і передає результати в електронному листі відповідальному розробник / менеджер продуктів - це ваша резервна позиція.