Управление зависимостями служб в systemd

Основные директивы для управления зависимостями

Для управления зависимостями между службами в unit файлах используются следующие основные директивы:

• After= — указывает, что данная служба должна быть запущена после указанных служб.
• Before= — указывает, что данная служба должна быть запущена перед указанными службами.
• Requires= — указывает, что данная служба зависит от указанных служб. Если одна из зависимых служб не может быть запущена, данная служба также не будет запущена.
• Wants= — указывает слабую зависимость, при которой неудачный запуск зависимых служб не влияет на запуск данной службы.
• Conflicts= — указывает, что данная служба конфликтует с указанными службами и они не могут быть запущены одновременно.

Пример конфигурации зависимостей

Рассмотрим пример создания unit файла службы с управлением зависимостями.

Шаг 1: Создание unit файла

sudo nano /etc/systemd/system/myservice.service

Добавьте следующий контент:

[Unit]
Description=My Custom Service
After=network.target
Requires=network.target

[Service]
ExecStart=/usr/bin/my_custom_script.sh
Restart=on-failure
User=nobody

[Install]
WantedBy=multi-user.target

Объяснение параметров

• After=network.target — служба будет запущена после network.target.
• Requires=network.target — служба требует, чтобы network.target был активен. Если network.target не может быть запущен, служба также не будет запущена.

Создание цепочек зависимостей

Для более сложных сценариев можно создавать цепочки зависимостей, используя комбинацию директив After=, Before=, Requires= и Wants=.

Пример цепочки зависимостей

Создадим три службы, где одна служба зависит от другой.

Служба A

sudo nano /etc/systemd/system/serviceA.service

[Unit]
Description=Service A

[Service]
ExecStart=/usr/bin/serviceA.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target

Служба B

sudo nano /etc/systemd/system/serviceB.service

[Unit]
Description=Service B
Requires=serviceA.service
After=serviceA.service

[Service]
ExecStart=/usr/bin/serviceB.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target

Служба C

sudo nano /etc/systemd/system/serviceC.service

[Unit]
Description=Service C
Requires=serviceB.service
After=serviceB.service

[Service]
ExecStart=/usr/bin/serviceC.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target

Управление состоянием служб

Использование директив PartOf= и BindTo= позволяет управлять состоянием зависимых служб при изменении состояния основной службы.

Директива PartOf=

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

Пример

sudo nano /etc/systemd/system/serviceD.service

[Unit]
Description=Service D
PartOf=serviceC.service

[Service]
ExecStart=/usr/bin/serviceD.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target

Директива BindTo=

Директива BindTo= указывает жесткую зависимость от другой службы. Если основная служба остановлена или перезапущена, зависимая служба также будет остановлена или перезапущена.

Пример

sudo nano /etc/systemd/system/serviceE.service

[Unit]
Description=Service E
BindTo=serviceC.service

[Service]
ExecStart=/usr/bin/serviceE.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target

Тестирование и отладка зависимостей

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

Перезагрузка конфигурации systemd

sudo systemctl daemon-reload

Эта команда перезагружает конфигурацию systemd для применения изменений в unit файлах.

Запуск и проверка служб

sudo systemctl start serviceC.service

Эта команда запускает службу serviceC.service и автоматически запускает все зависимости.

sudo systemctl status serviceC.service

Эта команда отображает состояние службы serviceC.service и её зависимостей.

Просмотр логов служб

sudo journalctl -u serviceC.service

Эта команда отображает логи службы serviceC.service и помогает выявить проблемы с зависимостями.