Удостоверьтесь, что процесс всегда работает

переикра в inittab

Я второй daemontools предложение, но если Вам не нравится путь программное обеспечение DJB, работает (по любой причине), существует также supervisord.

Я настроил изображение FreeBSD некоторое время назад используемый supervisord справиться nginx и gunicorn, который я раньше размещал некоторые простые приложения WSGI, и целый процесс был довольно прост.

При выполнении этого для Django Gunicorn делает это действительно простым для развертывания приложений Django, btw. Дополнительную информацию см. в этом сообщении в блоге.

Другая опция могла состоять в том, чтобы использовать monit, который является тем, который я обычно использую.

В дополнение к daemontools и supervisord, существует daemonize.

Вы рассмотрели god?

Бог является легким для конфигурирования, легкий расширить контролирующую платформу, записанную в Ruby.

Поддерживание в рабочем состоянии Ваших серверных процессов и задач должно быть простой частью Вашего процесса развертывания. Бог стремится быть самым простым, самым мощным доступным приложением мониторинга.

Я использую его, чтобы удостовериться, что, если экземпляры Rails/nginx падают, они восстанавливаются, и хотя я не вижу созданный в поддержке проверки, если это использует правильный порт или нет, но если проблема состоит в том, что процесс перестал работать или больше не работает, Вы не можете пойти не так, как надо с god.

hackish решение состояло бы в том, чтобы периодически запускать сценарий (через cron) это detecs, если процесс снижается, и в этом случае, повторно запускает его.

Простой ответ - запускает, пишет Ваш pid где-нибудь, и в каждый x раз (секунды, минуты, Ваша ставка) проверка, если процесс закончился.

Длинный ответ - все вышеупомянутое является хорошими методами. Но несколько сложный.

Также имейте в виду, что быть живым и ответ на запросы являются разными вещами.

Существуют различные способы перезапустить неудавшегося демона, обычная рекомендация является "переикрой в inittab", но с некоторым рассмотрением предела, если машина действительно завинчена.

Сторожевой демон может также контролировать процесс через его файл PID. Однако это, как должны только полагать, как вторичную линию обороны перезагружает машину, которая слишком больна для выполнения правильно (например, из памяти, бомбившей ветвлением, и т.д.), и не как основной путь или контроль и перезапуск демона.

Наконец можно рассмотреть контролирующие сложные системы с помощью nagios для предоставления администратору (администраторам) глобальное представление. Это может выполнить плагины для зондирования операции демона внешне, который является более полным тестом ее функционирования что просто PID, являющийся живым.