Как создать службу Systemd в Linux

Systemd – это современный программный комплекс, обеспечивающий работу многих компонентов системы, включая менеджер сервисов. Он совместим со сценариями запуска SysV и LSB и работает как замена sysvinit. Более подробнее как работать со службами в Linux здесь

Служба systemd состоит из юнитов (юниты – это представление службы и системных ресурсов, таких как устройства, сокеты, точки монтирования и т.д.). Юниты пользовательских служб должны храниться в каталоге /etc/systemd/system/ и иметь расширение .service. Например, пользовательский сервис test-app использует /etc/systemd/system/test-app.service.

Файл юнита – это обычный текстовый файл ini-стиля, который обычно включает три общих раздела.

Интересно: Как в Linux легко получить все введенные команды из истории

Первая секция – это обычно секция Unit, которая несет общую информацию об устройстве, не зависящую от типа устройства.

Вторая секция – это секция типа устройства, для сервиса это секция Service.

И третья – это раздел Install, который содержит информацию об установке устройства.

В этом руководстве мы покажем, как создать новую службу для systemd и управлять ею с помощью команд в Linux.

Создание пользовательского файла службы Systemd в Linux

Чтобы запустить приложение, программу или скрипт в качестве службы под управлением systemd, вы можете создать новую службу systemd (юнит для нее) следующим образом. Начните с создания файла unit службы с именем test-app.service (не забудьте заменить test-app на фактическое имя вашей службы или приложения) в /etc/systemd/system/:

vi /etc/systemd/system/test-app.service

Следующая конфигурация используется для определения службы для запуска приложения Flask с помощью Gunicorn, HTTP-сервера Python WSGI для UNIX.

[Unit]
Description=Gunicorn daemon for serving test-app
After=network.target
[Service]
User=root
Group=root
WorkingDirectory=/apps/test-app/
Environment="PATH=/apps/test-app/bin"
ExecStart=/apps/test-app/bin/gunicorn --workers 9  -t 0  --bind 127.0.0.1:5001 -m 007 wsgi:app --log-level debug --access-logfile /var/log/gunicorn/test_app_access.log --error-logfile /var/log/gunicorn/test_app_error.log
ExecReload=/bin/kill -s HUP $MAINPID
RestartSec=5
[Install]
WantedBy=multi-user.target

Давайте кратко опишем каждую директиву конфигурации в приведенной выше конфигурации:

• Description – используется для указания описания службы.
• After – определяет связь со второй единицей, network.target. В данном случае сервис test-app.service активируется после блока network.target.
• User – используется для указания пользователя, с правами которого будет запущена служба.
• Group – используется для указания группы, с правами которой будет запущена служба.
• WorkingDirectory – используется для установки рабочего каталога для выполняемых процессов.
• Environment – используется для установки переменных окружения для выполняемых процессов.
• ExecStart – используется для определения команд с аргументами, которые будут выполняться при запуске данной службы.
• ExecReload – используется для определения команд, выполняемых для запуска перезагрузки конфигурации в службе.
• WantedBy – позволяет создать символическую ссылку в каталоге .wants/ или .requires/ каждого из перечисленных устройств, multi-user.target в данном случае, когда блок test-app.service включен с помощью команды systemctl enable.

Вы можете найти все параметры конфигурации сервисного блока, хорошо описанные в документации.

Сохраните файл блока и закройте его. Затем перезагрузите systemd с этим новым файлом сервисного блока, выполнив:

systemctl daemon-reload command

Не забывайте всегда выполнять эту команду после редактирования файла блока.

Управление службой Systemd в Linux

Для запуска/активации службы выполните команду systemctl следующим образом:

systemctl start test-app.service

Для проверки, запущена служба или нет, выполните команду systemctl, как показано на рисунке.

systemctl status test-app.service

Для включения службы для запуска при загрузке системы, используйте команду systemctl enable. Проверить, была ли служба включена, можно с помощью команды systemctl is-enable следующим образом:

systemctl enable test-app.service
systemctl is-enabled test-app.service

Альтернативно можно включить и запустить службу одновременно, как показано на рисунке.

systemctl enable --now test-app.service

Чтобы остановить/деактивировать службу, выполните команду systemctl stop следующим образом:

systemctl stop test-app.service

Чтобы перезапустить службу, выполните команду systemctl restart следующим образом:

systemctl restart test-app.service

Вы также можете отключить службу, чтобы предотвратить ее запуск при загрузке системы, используя команду systemctl disable. Проверить, была ли служба включена, можно с помощью команды systemctl is-enable следующим образом:

systemctl disable test-app.service
systemctl is-disabled test-app.service

Альтернативно, можно отключить и остановить службу одновременно, как показано на рисунке.

systemctl disable --now test-app.service