Systemd создание сервисов в Ubuntu

Создание сервисов с помощью Systemd на Ubuntu позволяет вам управлять процессами и программами в операционной системе в качестве служб, автоматически запускать их при старте системы и управлять их состояниями (запуск, остановка, перезапуск). Вот как это можно сделать.

1. Создание файла службы (Unit File)

Файлы служб в systemd создаются с расширением .service и обычно хранятся в директории /etc/systemd/system/.

Пример: создание простого сервиса

Шаги:

1. Создайте файл службы, например, /etc/systemd/system/my_service.service.
2. Напишите следующий контент для службы:
   
   INI

   [Unit] Description=My Custom Service After=network.target [Service] ExecStart=/usr/bin/my_script.sh Restart=on-failure User=myuser [Install] WantedBy=multi-user.target

   1 2 3 4 5 6 7 8 9 10 11 12

   [Unit] Description=My Custom Service After=network.target   [Service] ExecStart=/usr/bin/my_script.sh Restart=on-failure User=myuser   [Install] WantedBy=multi-user.target

   • [Unit]: Описывает сам сервис, его описание, зависимости (например, After=network.target означает, что сервис запустится после сети).
   • [Service]: Основная часть, которая указывает команду для выполнения (ExecStart), как перезапускать службу (Restart=on-failure), от какого пользователя запускать (User=myuser).
   • [Install]: Определяет, при каких условиях сервис должен быть активен при загрузке системы.

2. Загрузка и запуск сервиса

После того как вы создали файл службы, необходимо выполнить следующие команды:

1. Перезагрузите конфигурации systemd, чтобы он распознал новый сервис:
   Shell

   sudo systemctl daemon-reload

   1	sudo systemctl daemon-reload

    

2. Запустите сервис вручную:
   Shell

   sudo systemctl start my_service

   1 2	sudo systemctl start my_service

    

3. Включите автоматический запуск сервиса при старте системы:
   Shell

   sudo systemctl enable my_service

   1	sudo systemctl enable my_service

    

4. Проверьте статус сервиса:
   Shell

   sudo systemctl status my_service

   1 2	sudo systemctl status my_service

    

5. Остановить сервис можно командой:
   Shell

   sudo systemctl stop my_service

   1 2	sudo systemctl stop my_service

    

3. Основные опции systemd для сервисов

• ExecStart: Команда для запуска службы.
• ExecStop: Команда для остановки службы.
• Restart=on-failure: Перезапуск сервиса при сбоях.
• User=: Под каким пользователем запустить сервис.
• Environment=: Определяет переменные окружения для запуска службы.

4. Логи и отладка

Systemd использует утилиту journalctl для управления логами сервисов.

• Посмотреть логи для конкретного сервиса:
  
  Shell

  sudo journalctl -u my_service

  1 2	sudo journalctl -u my_service

   
• Отфильтровать логи по времени:
  
  Shell

  sudo journalctl -u my_service --since "2024-09-01"

  1 2	sudo journalctl -u my_service --since "2024-09-01"

   

5. Пример: служба для веб-сервера

Если вы хотите создать службу для веб-сервера на основе Python:

1. Скрипт /usr/local/bin/web_server.py:
   
   Python

   from http.server import HTTPServer, SimpleHTTPRequestHandler server = HTTPServer(('0.0.0.0', 8000), SimpleHTTPRequestHandler) print("Server started at http://0.0.0.0:8000") server.serve_forever()

   1 2 3 4 5 6

   from http.server import HTTPServer, SimpleHTTPRequestHandler   server = HTTPServer(('0.0.0.0', 8000), SimpleHTTPRequestHandler) print("Server started at http://0.0.0.0:8000") server.serve_forever()

    
2. Unit-файл /etc/systemd/system/web_server.service:
   
   INI

   [Unit] Description=Simple Web Server [Service] ExecStart=/usr/bin/python3 /usr/local/bin/web_server.py Restart=always User=www-data [Install] WantedBy=multi-user.target

   1 2 3 4 5 6 7 8 9 10 11

   [Unit] Description=Simple Web Server   [Service] ExecStart=/usr/bin/python3 /usr/local/bin/web_server.py Restart=always User=www-data   [Install] WantedBy=multi-user.target

    
3. Перезагрузите systemd, запустите и включите службу:
   
   Shell

   sudo systemctl daemon-reload sudo systemctl start web_server sudo systemctl enable web_server

   1 2 3 4

   sudo systemctl daemon-reload sudo systemctl start web_server sudo systemctl enable web_server

    

Теперь веб-сервер будет автоматически стартовать при запуске системы.

6. Проверка и отладка

Проверяйте статус служб с помощью systemctl status, а также логи с помощью journalctl. Это поможет диагностировать любые проблемы, связанные с запуском и функционированием ваших сервисов.

7. параметр Type в unit-файле

В Systemd, параметр Type в unit-файле службы определяет, как systemd будет управлять процессом и что он будет считать «успешным» запуском службы. Он указывает на то, как служба должна работать и взаимодействовать с системой. Вот несколько значений для опции Type:

Основные типы Type:

1. Type=simple (по умолчанию):
   • Это тип по умолчанию, если опция Type не указана.
   • Systemd считает, что процесс сервиса сразу считается успешно запущенным после его старта.
   • Команда в ExecStart запускается, и systemd не ожидает каких-либо дополнительных сигналов или событий, подтверждающих успешный запуск.
   • Пример использования: для сервисов, которые сразу начинают свою работу, как фоновый процесс, например, скрипты или простые демоны.
     
     INI

     [Service] Type=simple ExecStart=/usr/bin/my_service.sh

     1 2 3 4

     [Service] Type=simple ExecStart=/usr/bin/my_service.sh

      
2. Type=forking:
   • Служба запускается как процесс, который форкается (создаёт дочерний процесс).
   • Система будет считать службу запущенной, когда процесс форка завершится.
   • Это типично для традиционных демонов, которые при запуске создают дочерний процесс, а родительский завершает работу.
   • Пример использования: для служб, которые «демонизируются» — то есть создают процесс в фоновом режиме и завершают родительский процесс.
     
     INI

     [Service] Type=forking ExecStart=/usr/sbin/my_daemon --daemonize

     1 2 3 4

     [Service] Type=forking ExecStart=/usr/sbin/my_daemon --daemonize

      
3. Type=oneshot:
   • Служба, которая выполняет одну операцию и завершает работу. Используется для служб, которые выполняют краткосрочные задачи и завершатся самостоятельно.
   • Systemd будет ждать завершения процесса и считать его успешным только после завершения.
   • Часто используется для скриптов или задач, таких как настройки среды или миграции базы данных.
     
     INI

     [Service] Type=oneshot ExecStart=/usr/bin/short_task.sh RemainAfterExit=yes

     1 2 3 4 5

     [Service] Type=oneshot ExecStart=/usr/bin/short_task.sh RemainAfterExit=yes

      
   • Опция RemainAfterExit=yes сохраняет статус службы как «активный», даже после завершения выполнения команды.
4. Type=notify:
   • Служба использует systemd API для уведомления системы о том, что она успешно запустилась. Пока это уведомление не поступит, служба не будет считаться запущенной.
   • Требует поддержки протокола sd_notify в коде самой службы.
   • Подходит для более сложных сервисов, которые должны пройти инициализацию перед тем, как сообщить, что готовы к работе.
     
     INI

     [Service] Type=notify ExecStart=/usr/bin/my_advanced_service

     1 2 3 4

     [Service] Type=notify ExecStart=/usr/bin/my_advanced_service

      
5. Type=dbus:
   • Служба запускается и считается активной, когда регистрируется в D-Bus. Применяется для служб, которые взаимодействуют через D-Bus (например, для десктопных окружений).
     
     INI

     [Service] Type=dbus BusName=com.example.my_service ExecStart=/usr/bin/my_dbus_service

     1 2 3 4 5

     [Service] Type=dbus BusName=com.example.my_service ExecStart=/usr/bin/my_dbus_service

      
6. Type=idle:
   • Команда будет выполняться только после завершения других задач и инициализации системы. То есть сервис будет запускаться в «холостом» режиме, дожидаясь подходящего времени для старта.
     
     INI

     [Service] Type=idle ExecStart=/usr/bin/my_idle_service.sh

     1 2 3 4

     [Service] Type=idle ExecStart=/usr/bin/my_idle_service.sh

      

Выбор типа службы важен для правильного функционирования сервисов в systemd, так как он определяет, когда systemd считает процесс запущенным и как его нужно отслеживать. В зависимости от того, является ли сервис фоновым процессом, скриптом или сложным сервисом с уведомлениями, нужно использовать соответствующий тип Type.

Заключение

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