Службы в systemd #

Васильев Андрей Михайлович, 2024

Версии презентации

• Интерактивная презентация
• Текстовая версия
• Раздел курса

Службы #

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

• Приложение реагирует на некоторые сигналы и выполняет некоторые действия
  • Сигнал от ядра ОС о добавлении нового устройства
  • Сигнал по шине взаимодействия, запрос на выполнение операции
  • Сигнал по сетевому интерфейсу, выполнение действия
• Приложению для работы необходимо, чтобы все его зависимости были доступны на момент запуска:
  • Файловая система с файлами службы уже доступна на момент запуска
  • Сетевой интерфейс уже настроен и готов обрабатывать запросы
  • Служба базы данных запущена и готова обрабатывать запросы

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

Указание зависимостей #

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

• В классическом SysVInit необходимо было следить за включением службы в нужный уровень выполнения
  • Подразумевается, что на третьем уровне уже доступны файловая система и сеть
  • На последнем уровне можем надеяться, что служба базы данных тоже доступна
• Следующие системы инициализации предложили способы для указания зависимостей на уровне конкретных служб
• В рамках systemd каждая служба указывает список зависимостей:
  • Явные зависимости от других служб
  • Неявные зависимости через включение в конкретную цель

Настройка службы #

Вопрос запуска службы помимо момента запуска достаточно сложный:

• Где располагается исполняемый файл?
• Какие аргументы необходимо передать исполняемому файлу?
• Какие аргументы передавать через переменные окружения?
• С правами какого пользователя нужно запустить файл?
• Какие элементы должны быть доступны службы?

Помимо запуска есть много вопросов поддержки работы:

• Что делать в случае остановки службы?
• Как корректно выполнить перезапуск службы?
• Как проверить текущий статус работы службы?

Классическое решение #

Задача настройки параметров запуска службы достаточно сложная, разработчиками SysVInit решена не была, поэтому процесс запуска служб делегировали Shell-скриптам

• Требует высокой квалификации от разработчика
• Требуют запуска интерпретатора Shell для своей работы
• Сложно реализовать систему отслеживания работы
• Невозможно реализовать другие способы запуска:
  • Запуск службы при обращении по шине D-Bus
  • Запуск службы по расписанию
  • Запуск службы по обращению к порту

Каждый из последних потребуют написания своей конфигурации

Настройка systemd #

Для описания всех компонентов systemd используются файлы модулей (unit), в которых описывается поведение конкретного компонента. В настоящий момент systemd поддерживает следующие виды модулей:

Каталоги конфигурации systemd #

Список можно посмотреть в man-руководстве systemd.unit

• Пути для поиска модулей системного уровня
  • /etc/systemd/system.control/*
  • /run/systemd/system.control/*
  • /etc/systemd/system/* — Файлы, созданные администратором
  • /run/systemd/system/*
  • /lib/systemd/system/* — Файлы, установленные вместе с пакетом приложения
  • …
• Пути для поиска модулей пользовательского уровня
  • ~/.config/systemd/user.control/*
  • ~/.config/systemd/user/*
  • $XDG_CONFIG_DIRS/systemd/user/*
  • /etc/systemd/user/*
  • $XDG_RUNTIME_DIR/systemd/user/*
  • /run/systemd/user/*
  • …

Настройка systemd-службы #

Конфигурационные файлы служб systemd являются текстовыми файлами в формате INI

• Все типы конфигурационных файлов являются unit-файлами
• Все элементы конфигурации unit-файлов можно написать в других типах файлов
• Полную документацию можно найти в страницах systemd.unit, systemd.service, systemd.timer и т.д
• Ввиду многообразия задач, решаемых systemd, конфигурационные файлы достаточно сложные

Простая служба на systemd #

[Unit]
Description=Start n service
After=default.target

[Service]
Type=simple
ExecStart=/usr/bin/n

[Install]
WantedBy=default.target

• Секция Unit описывает общую информацию о службе, часть unit-файлов
  • Description — краткое описание назначения службе
  • After — указание зависимости одной службы от другой
• Секция Install описывает параметры автоматического запуска службы при старте системы, часть unit-файлов
  • Type — поведение приложения после запуска
  • WantedBy — указание зависимости от цели запуска
• Секция Service описывает детали запуска службы
  • ExecStart — команда для запуска приложения, должна включать полный путь к исполняемому файлу, может включать аргументы

Что нужно настроить #

Требований к параметрам работы служб много — скорее всего на настоящий момент в systemd есть поддержка для решения данной задачи

Указание учётной записи #

Если не указать пользователя, то приложение будет работать с правами суперпользователя, что является проблемой для большинства служб

В секции Service необходимо указать пользователя с помощью параметра User

Настройка параметров перезапуска #

Служба не всегда ведёт себя как следует и может упасть. Политика перезапуска определяется в секции Service с помощью параметра Restart

• on-failure — перезапускать в случае падения
• always — перезапускать даже когда хорошо завершилось

Добавление новых служб #

1. Создайте текстовый файл службы в каталоге /etc/systemd/system
   • Созданный файл должен иметь расширение .service
   • Предположим, что файл называется example.service
2. Заполните необходимые поля в созданном файле:
   • Заполните секцию [Unit], указав описание и зависимости
   • Заполните секцию [Service], указав параметры запуска приложения
   • Заполните секцию [Install], указав параметры автоматического запуска
3. Скажите демону systemd перечитать конфигурацию с жёсткого диска, выполнив команду systemctl daemon-reload
4. Запустите службу средствами systemd, выполнив команду systemctl start example или целиком systemctl start example.service
5. Посмотрите на статус запущенной службы systemctl status example

Для остановки службы используйте команду systemctl stop example

Автоматический запуск службы #

Команды start и stop приложения systemctl пытаются запустить или остановить процесс, который находится под управлением systemd

Для настройки автоматического запуска необходимо:

1. Добавить секцию [Install] внутри конфигурационного файла
2. Выполнить команду systemctl enable example.service

Последняя команда настраивает запуск службы при старте ОС, не запускает её сейчас

• Для запуска службы необходимо вызвать команду start
• При включении автоматического запуска можно передать аргумент --now: systemctl enable --now example.start. В этом случае будет настроен автоматический запуск при старте и будет выполнена попытка запуска службы сейчас

Для выключения автоматического systemctl disable example или systemctl disable --now example

Управление службами systemd #

Анализ поведения системы

Анализ поведения службы

Управление состоянием службы. Все в данном разделе требуют прав суперпользователя

Управление состоянием системы #

Данные действия надо выполнять от имени суперпользователя