Просмотр кода страницы Создаем Unit в Linux

Что такое systemd?

systemd — это набор базовых строительных блоков для системы Linux. Он предоставляет диспетчер систем и служб, который работает как PID 1 и запускает остальную часть системы. systemd предоставляет агрессивные возможности распараллеливания, использует активацию сокетов и D-Bus для запуска служб. Предлагает запуск демонов по требованию, отслеживает процессы, использующие группы управления Linux. Поддерживает точки монтирования и автоматического монтирования. Реализует сложную логику управления службами на основе транзакционных зависимостей. systemd поддерживает сценарии SysV и LSB init и работает как замена для sysvinit. Другие части включают демон ведения журнала, утилиты для управления базовой конфигурацией системы. В него входит: имя хоста, дата, локаль, ведение списка зарегистрированных пользователей и запущенных контейнеров. А также виртуальных машин, системные учетные записи, каталоги времени выполнения и параметры. Не забудем о демонах управления простой конфигурацией сети, синхронизацией сетевого времени, пересылкой журналов и разрешением имен.

unitd работает с сервисами описанными в своей конфигурации. Основой для создания сервиса служит юнит (unit) — это текстовый файл с описанием на подобии ini файла в системе windows. Конфигурационный файл состоит из секций. Внутри каждой секции указываются необходимые параметры. Обязательными во всех юнитах являются две секции, остальные используются в зависимости от типа юнита.

Приступим

например в /opt/telegram/start/ создаем фаил имя_програмы.sh

в нем пишем:

  #!/bin/bash
  /usr/bin/python3 /opt/telegram/папка_с_pyton_програмой/main.py
Создаем фал в сисди

nano /etc/systemd/system/имя_нашей_программы.service

Вставляем следующее:

Description= описывавшем нашу программу в пару слов

After=network.target

  [Service]
  User=имя_пользователя_от_которого_будет_запускаться_программа
  Nice=1
  KillMode=none
  SuccessExitStatus=0 1
  ProtectHome=true
  ProtectSystem=full
  PrivateDevices=true
  NoNewPrivileges=true
  WorkingDirectory=/opt/telegram/папка_с_pyton_програмой
  ExecStart=/opt/telegram/start/имя_програмы.sh
  [Install]
  WantedBy=multi-user.target
далее:

systemctl start имя_нашей_программы.service

systemctl status имя_нашей_программы.service

если всё oK, то:

systemctl enable имя_нашей_программы.service - это будет запускать нашу программу при старте системы.


Полезное:

Каталоги хранения юнитов

  /usr/lib/systemd/system — юниты поставляемые вместе с системой и устанавливаемыми приложениями
  /run/systemd/system — юниты созданные динамически (в рантайме)
  /etc/systemd/system — юниты системного администратора (тут и будем хранить наши)
Юниты systemd

  target — группирует модули
  service — отвечает за запуск сервисов (служб) и поддерживает вызов интерпретаторов для исполнения пользовательских скриптов
  mount — занимается монтированием файловых систем
  automount — автомонтирование файловых систем, используется при обращении к точке монтирования;
  swap — отвечает за подключение файла подкачки
  timer — запускает модули по расписанию, аналог cron
  socket — запуск модуля при подключению к сокету
  slice — группировка других модулей в контейнер (дерево) cgroups
  device — использует реакцию на подключение какого-либо устройства
  path — запуск модуля по событию доступа по конкретному пути в файловой системе
  [Unit]
  Description — описание юнита для большего понимания
  Documentation — документация по процессу sshd
  After — зависимость, т.е. в данном случае запускать юнит только после запуска network.target и sshd-keygen.target
  Wants — еще одна зависимость, означает желательно. В примере Wants=sshd-keygen.target, т.е. желательно чтобы было запущено sshd-keygen.target . Желательно но не обязательно.
  [Service]
  Type — типы запуска служб. Могут быть
  simple (по умолчанию) — происходит незамедлительный запуск этой службы, с учетом того что процесс не разветвляется (fork). Не используйте simple если пользуетесь очередностью запуска. Одно исключение это активация сокета.
  forking — служба считается запущенной после того, после разветвления процесса с завершением родительского процесса. Используется для запуска классических демонов исключая случаи, когда в таком поведении процесса нет необходимости. Также желательно указать PIDFile=, чтобы systemd мог отслеживать основной процесс.
  oneshot — удобен для скриптов, которые выполняют одно задание и завершаются. При необходимости можно задать параметр RemainAfterExit=yes, чтобы systemd считал процесс активным даже после его завершения.
  notify — идентичен параметру simple, но с оговоркой, что демон пошлет systemd сигнал о своей готовности. Эталонная реализация данного уведомления представлена в libsystemd-daemon.so.
  
  dbus — служба считается находящейся в состоянии готовности, когда указанный параметр BusName появляется в системной шине DBus.
  idle — откладывается выполнение двоичного файла службы до момента выполнения всех остальных задач. В остальном поведение аналогично simple.
Далее в разделе Service

  EnvironmentFile — файлы переменного окружения
  ExecStart — полный путь к исполняемому файлу программы с параметрами запуска
  ExecReload — полный пусть к исполняемому файлу программы с параметрами перезапуска программы
  KillMode — указывается как будет завершен процесс. В данному случае параметр process говорит о том что будет закрыт только главный процесс
  Restart — перезагрузка процесса, параметр on-failure указывает на автоматическую перезагрузку в случает отказа процесса
  RestartSec — время ожидания через которое процесс должен перезагрузиться
  [Install]
  WantedBy — указывает на каком урове запуска стартует сервис, параметр multi-user.target указывает на запуск в многопользовательском режиме без графики