Что такое systemd и чем он отличается от init.d?

Что такое systemd?

Systemd — это современная система инициализации и сервис-менеджер для Linux-систем, разработанная как замена традиционным SysVinit и Upstart. Он выступает в роли процесса с PID 1, который запускает и управляет всеми остальными процессами в системе, обеспечивая параллельную загрузку служб, управление зависимостями, контроль за процессами и событиями системы. Ключевая цель systemd — повысить скорость загрузки, стандартизировать управление службами и предоставить единый интерфейс для мониторинга и настройки системы.

Чем systemd отличается от init.d?

Основное различие между systemd и init.d заключается в архитектуре и функциональности. Init.d — это часть устаревшей системы SysVinit, которая использовала shell-скрипты для управления службами, тогда как systemd — это бинарная система с расширенными возможностями. Вот ключевые отличия:

1. Параллельность и скорость загрузки

• init.d: Запускает службы последовательно, на основе номеров в именах скриптов (например, S20network). Это замедляет загрузку, так как каждая служба ждет завершения предыдущей.
• systemd: Использует параллельный запуск служб на основе зависимостей, описанных в конфигурационных файлах. Это значительно ускоряет процесс загрузки системы.

Пример: В systemd зависимости определяются через директивы After= и Requires= в юнит-файлах.

2. Управление зависимостями

• init.d: Зависимости описываются вручную в shell-скриптах, что может приводить к ошибкам и сложностям в настройке.
• systemd: Зависимости явно декларируются в конфигурационных юнит-файлах (например, .service), что обеспечивает надежное управление порядком запуска.

3. Формат конфигурации

• init.d: Использует shell-скрипты (Bash), которые хранятся в директории /etc/init.d/. Они могут быть сложными для чтения и модификации.
• systemd: Использует структурированные текстовые файлы в формате .ini (юнит-файлы), которые легче читать и поддерживать.

Пример юнит-файла systemd для сервиса nginx.service:

[Unit]
Description=nginx - высокопроизводительный веб-сервер
After=network.target

[Service]
Type=forking
PIDFile=/run/nginx.pid
ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf
ExecReload=/usr/sbin/nginx -s reload
ExecStop=/usr/sbin/nginx -s quit

[Install]
WantedBy=multi-user.target

4. Мониторинг и контроль процессов

• init.d: Ограниченный контроль; для мониторинга состояния служб требуются дополнительные инструменты вроде ps или service status.
• systemd: Предоставляет встроенные команды для детального контроля, такие как systemctl status, journalctl для просмотра логов, а также автоматический перезапуск служб при сбоях (например, через Restart=always).

5. Интеграция с системой

• init.d: В основном фокусируется на управлении службами.
• systemd: Охватывает широкий спектр системных задач, включая управление устройствами (udev), сокетами, таймерами (замена cron), монтированием файловых систем и даже сетевыми настройками.

6. Работа с логами

• init.d: Логи хранятся в текстовых файлах (например, /var/log/), что может привести к фрагментации.
• systemd: Использует централизованную систему журналирования через journald, которая собирает логи всех служб в бинарном формате с метаданными.

Пример работы с логами в systemd:

# Просмотр логов службы nginx
journalctl -u nginx.service

# Отслеживание новых записей в реальном времени
journalctl -f

7. Команды управления

• init.d: Использует скрипты из /etc/init.d/ или команду service.

  /etc/init.d/nginx start
  # или
  service nginx start
  

• systemd: Использует единую команду systemctl для всех операций.

  systemctl start nginx
  systemctl enable nginx  # автоматический запуск при загрузке
  systemctl status nginx
  

Преимущества systemd

• Скорость: Параллельный запуск сокращает время загрузки.
• Унификация: Единый интерфейс (systemctl) для управления всеми аспектами системы.
• Надежность: Встроенные механизмы перезапуска и мониторинга повышают стабильность.
• Расширяемость: Поддержка юнитов для сокетов, таймеров и других ресурсов.

Недостатки systemd

• Сложность: Монолитная архитектура может перегружать систему.
• Критика сообщества: Некоторые разработчики считают, что systemd нарушает философию Unix (правило "делай одну вещь и делай её хорошо").

Заключение

Systemd заменил init.d как более современное и эффективное решение, став стандартом в большинстве современных дистрибутивов Linux (например, Ubuntu, Red Hat, Arch). Хотя init.d всё ещё используется в некоторых legacy-системах, systemd предлагает лучшие возможности для DevOps-инженеров, особенно в части автоматизации, мониторинга и управления зависимостями. Для DevOps-практик systemd особенно ценен благодаря интеграции с контейнеризацией (например, через systemd-nspawn) и инструментами оркестрации вроде Kubernetes.