diff --git a/s4a.tex b/s4a.tex index fb8295c..8ecff4f 100644 --- a/s4a.tex +++ b/s4a.tex @@ -2110,7 +2110,7 @@ systemd? \item Найдите для них более подходящее место. Например, в случае с некоторыми общесистемными настройками (такими, как локаль или часовой пояс), мы надеемся аккуратно подтолкнуть дистрибутивы в - правильно направлении (см. предыдущую главу). + правильном направлении (см. предыдущую главу). \item Добавьте их поддержку в штатную систему настройки демона через собственные файлы конфигурации. К счастью, большинство служб, работающих в Linux, являются свободным программным обеспечением, @@ -2121,8 +2121,8 @@ systemd? время: необходимо обеспечить совместимость при обновлении. Тем не~менее, как минимум в новых пакетах, от таких файлов лучше отказаться. -Если требование совместимости критично, вы можете задействовать эти -конфигурационные файлы даже в том случае, если настраиваете службы через +В том случае, если требование совместимости критично, вы можете задействовать +эти конфигурационные файлы даже в том случае, если настраиваете службы через штатные unit-файлы systemd. Если ваш файл из +sysconfig+ содержит лишь определения переменных, можно воспользоваться опцией +EnvironmentFile=-/etc/sysconfig/foobar+ (подробнее об этой опции см. @@ -3037,12 +3037,12 @@ Unix-администратору при переходе на systemd нужн примера +systemd-logind.service+: \defhref{\logind}{http://www.freedesktop.org/software/systemd/man/systemd-logind.service.html}% {man:systemd-logind.service(7)} -\begin{Verbatim}[fontsize=\small,commandchars=\\\{\},codes={\catcode`+=\active},defineactive=\def+{-}] +\begin{Verbatim}[fontsize=\small,commandchars=\\\{\}] $ systemctl status systemd-logind.service systemd-logind.service - Login Service Loaded: loaded (/usr/lib/systemd/system/systemd-logind.service; static) Active: active (running) since Mon, 25 Jun 2012 22:39:24 +0200; 1 day and 18h ago - Docs: \href{http://www.freedesktop.org/software/systemd/man/systemd+logind.service.html}{man:systemd-logind.service(7)} + Docs: \logind{} \href{http://www.freedesktop.org/software/systemd/man/logind.conf.html}{man:logind.conf(5)} \url{http://www.freedesktop.org/wiki/Software/systemd/multiseat} Main PID: 562 (systemd-logind) @@ -3131,6 +3131,73 @@ URI, ссылающиеся на документацию, формируютс страницу руководства}, где представлена псевгдорафическая потоковая диаграмма, описывающая процесс загрузки и роль ключевых юнитов. +\section{Сторожевые таймеры} + +Разрабатывая systemd, мы ориентируемся на три основных области его применения: +мобильные/встраиваемые устройства, настольные системы и промышленные серверы. +Мобильные и встраиваемые системы, как правило, располагают очень скромными +ресурсами и вынуждены очень экономно расходовать энергию. Настольные системы +куда менее ограничены по мощности но, тем не~менее, все же проигрывают в этом +плане промышленным серверам. Но, как ни~странно это прозвучит, существуют +возможности, востребованные в обоих крайних случаях (встраиваемые системы и +серверы), но не~очень актуальные в промежуточной ситуации (десктопы). В +частности, к ним относится поддержка +\href{http://ru.wikipedia.org/wiki/Watchdog}{сторожевых таймеров} (watchdogs), +как аппаратных, так и программных. + +Во встраиваемых системах часто используются аппаратные сторожевые таймеры, +выполняющие сброс системы, когда программа перестает отвечать (точнее, перестает +периодически посылать таймеру сигнал <<все в порядке>>). Таким образом, +обеспечивается повышение надежности системы: что бы ни~случилось, система +обязательно попытается привести себя в рабочее состояние. На десктопах такая +функциональность практически не~востребована\footnote{Тем не~менее, сейчас +аппаратные сторожевые таймеры все чаще появляются и в настольных системах, так +как стоят они относительно дешево и доступны практически во всех современных +чипсетах.}. В то же время, она весьма актуальна для высокодоступных серверных +систем. + +Начиная с версии 183, systemd полностью поддерживает аппаратные сторожевые +таймеры (доступные через интерфейс +/dev/watchdog+), а также обеспечивает +программный сторожевой контроль системных служб. В целом эта схема (если она +задействована) работает так. systemd периодически обращается к аппаратному +таймеру. В том случае, если systemd или ядро зависают, аппаратный таймер, +не~получив очередного обращения, автоматически перезапустит систему. Таким +образом, ядро и systemd защищены от бесконечного зависания на аппаратном уровне. +В то же время, сам systemd предоставляет интерфейс, реализующий логику +программных сторожевых таймеров для отдельных служб. Таким образом можно +обеспечить, например, принудительный перезапуск службы в случае ее зависания. +Для каждой службы можно независимо настроить частоту опроса и задать +соответствующее действие. Соединив оба звена (аппаратный сторожевой таймер, +контролирующий ядро и systemd, и программные сторожевые таймеры, посредством +которых systemd контролирует отдельные службы), мы получаем надежную схему +надзора за всеми системными компонентами. + +Чтобы задействовать аппаратный таймер, достаточно задать ненулевое значение +параметра +RuntimeWatchdogSec=+ в файле +/etc/systemd/system.conf+. По умолчанию +этот параметр равен нулю (т.е. аппаратный таймер не~задействован). Установив его +равным, например, <<20s>>, мы включим аппаратный сторожевой таймер. Если в +течение 20 секунд таймер не~получит очередного сигнала <<все в порядке>>, +система автоматически перезагрузится. Отметим, что systemd отправляет такие +сигналы с периодом, равным половине заданного интервала~--- в нашем случае, +через каждые 10 секунд. Собственно, это все. Просто задав один простой параметр, +вы обеспечите аппаратный контроль работоспособности systemd и +ядра\footnote{Небольшой совет: если вы занимаетесь отладкой базовых системных +компонентов~--- не~забудьте отключить сторожевой таймер. Иначе ваша система +может неожиданно перезагрузиться, когда отладчик остановит процесс init и тот +не~может вовремя отправить сообщение таймеру.}. + +Заметим, что с аппаратным сторожевым таймером (+/dev/watchdog+) +должна работать только одна программа. Этой программой может быть либо systemd, +либо отдельный демон сторожевого таймера (например, +\href{http://linux.die.net/man/8/watchdog}{watchdogd})~--- выбор остается за +вами. + +Стоит упомянуть здесь еще одну опцию из файла +/etc/systemd/system.conf+~--- ++ShutdownWatchdogSec=+. Она позволяет настроить аппаратный сторожевой таймер для +контроля процесса перезагрузки. По умолчанию она равна <<10min>>. Если в +процессе остановки системы перед перезагрузкой она зависнет, аппаратный таймер +принудительно перезагрузит ее по истечении данного интервала. + \end{document} vim:ft=tex:tw=80:spell:spelllang=ru