На самом деле я использую руководитель чтобы отслеживать процесс и перезапускать его, когда он по какой-то причине останавливается. Проблема в том, что в случае сбоя супервизора процесс перестает отслеживаться.
Поэтому я решил запланировать задание cron, чтобы проверить, работает ли супервизор, и в конечном итоге перезапустить его.
Следующее, что я подумываю, - это избавиться от супервизора и проверить свой процесс прямо из cronjob. Я читал, что иногда супервизор использует слишком много памяти (впрочем, для проверки).
Какие плюсы в том, что supervisor VS cronjob отслеживает процесс?
Cron, периодически вызывающий сценарий оболочки, чтобы убедиться, что служба работает, на самом деле является довольно приличным методом начального уровня для мониторинга службы в простых сетях. Cron может проверять один раз в минуту, так что этого может быть достаточно для требований вашей среды, если время простоя менее 60 секунд является приемлемым. Легко настроить и использовать.
Супервизор, с другой стороны, может обрабатывать в реальном времени сигналы ядра, касающиеся процесса обслуживания. Это НАМНОГО короче, чем простой скрипт cron. Использование Cron для наблюдения за вашей службой супервизора также не так уж сложно и обеспечит хорошую вторую линию защиты.
Если вам нужно убедиться, что служба работает и отвечает очень короткими шагами без ЛЮБЫХ отключений службы из-за единичных точек отказа, вам, вероятно, будет лучше с обнаружением переключения службы на нескольких серверах и более надежными решениями для мониторинга. Все это потребует более сложной организации сети с большими инвестициями в планирование и техническое обслуживание.
На всех моих системах у меня есть папка cron (которая регулярно синхронизируется). Один скрипт, который устанавливается crontab для запуска каждые 5 минут, в котором есть мои правила для того, что запускается на каком сервере и когда (как и на моем личном сервере, он запрашивает мой FB раз в неделю, чтобы получить мою музыку и музыку друзей или проверить фильм / tv любит и сравнивает их с моей очередью на netflix, или более профессионально проверяет папку загрузки компании каждые 5 минут, чтобы увидеть, есть ли данные для анализа).
Следует иметь в виду, что в зависимости от процесса или других команд сценария вы можете запускать сценарий cron несколько раз, если он не завершается должным образом или занимает больше времени, чем обычно. Поэтому, когда вы идете по сценарию cron, не забудьте сначала проверить, запущен ли он уже, и, возможно, либо убить старый процесс, либо дождаться его завершения.
Cron не может запускать проверку чаще, чем раз в минуту.