Какие системы инициализации применяются в Ubuntu

# Системы инициализации в Ubuntu: от SysVinit к systemd

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

Основные системы инициализации, применяемые в Ubuntu

1. SysVinit (Historical)

Это классическая система инициализации, которая была стандартом в Unix-системах на протяжении многих лет и использовалась в ранних версиях Ubuntu.

# Пример скрипта SysVinit для управления службой
/etc/init.d/servicename start
/etc/init.d/servicename stop

Ключевые характеристики SysVinit:

• Линейный (последовательный) процесс загрузки: службы запускаются одна за другой в строгом порядке.
• Использует runlevels (уровни выполнения): от 0 (halt) до 6 (reboot), где уровень 3 обычно многопользовательский режим без GUI, а уровень 5 — с GUI.
• Скрипты служб хранятся в директории /etc/init.d/.
• Управление через команды service или прямые вызовы скриптов.

Недостатки, которые привели к замене:

• Медленная загрузка из-за последовательного запуска.
• Отсутствие параллелизации задач.
• Сложность управления зависимостями между службами.

2. Upstart (Transitional)

Разработанная компанией Canonical (создатель Ubuntu), Upstart была внедрена в Ubuntu около 2006 года (с версии 6.10) как ответ на ограничения SysVinit. Она предназначалась для обеспечения событийно-ориентированной загрузки.

# Пример конфигурационного файла Upstart (/etc/init/servicename.conf)
description "My example service"
author "DevOps Engineer"

start on (filesystem and net-device-up IFACE=eth0)
stop on runlevel [016]

exec /usr/bin/my-service-daemon

Ключевые особенности Upstart:

• Событийно-ориентированная модель: службы могут запускаться и останавливаться в ответ на события системы (например, подключение устройства, загрузка файловой системы).
• Возможность параллельного запуска служб, что ускоряет процесс загрузки.
• Конфигурационные файлы служб располагаются в /etc/init/.
• Поддержка как традиционных runlevels, так и событийной модели.

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

start servicename
stop servicename
status servicename

3. systemd (Current Standard)

systemd является современной и наиболее распространенной системой инициализации в современных дистрибутивах Linux. Ubuntu начала переход к systemd с версии 15.04 (Vivid Vervet) и полностью перешла на него в версии 16.04 (Xenial Xerus) и позднее. Сегодня systemd — это стандарт для всех текущих версий Ubuntu (включая серверные и desktop редакции).

# Пример файла службы systemd (/etc/systemd/system/myservice.service)
[Unit]
Description=My Custom Service
After=network.target

[Service]
Type=simple
ExecStart=/usr/bin/myservice
Restart=on-failure

[Install]
WantedBy=multi-user.target

Основные преимущества и особенности systemd:

• Высокая параллелизация: максимально параллельный запуск служб для минимального времени загрузки.
• Интегрированное управление: объединяет не только инициализацию, но также управление логированием (journald), сетевыми настройками (networkd), пользователями и сессиями.
• Зависимости и порядок: сложная, но четкая система зависимость через директивы Before, After, Requires, Wants.
• Современные управляющие команды:

systemctl start myservice.service
systemctl stop myservice.service
systemctl status myservice.service
systemctl enable myservice.service  # для автозапуска
systemctl disable myservice.service

• Юнит-файлы (unit files): конфигурация служб хранится в /etc/systemd/system/, /lib/systemd/system/.
• Поддержка cgroups для контроля ресурсов процессов.

Современная ситуация в Ubuntu

В текущих версиях Ubuntu (20.04 LTS, 22.04 LTS, 24.04 LTS и новее) systemd является единственной и стандартной системой инициализации. Это касается как серверных, так и desktop инсталляций.

Для DevOps инженеров понимание systemd критически важно:

• Управление и конфигурация служб через systemctl.
• Диагностика проблем загрузки и служб.
• Написание собственных юнит-файлов для развертываемых приложений.
• Использование journalctl для централизованного просмотра логов:

journalctl -u nginx.service  # логи конкретной службы
journalctl --since "2024-01-01" --until "2024-01-02"

Краткое сравнение в таблице

Резюме для DevOps Engineer

1. В современных Ubuntu проектах вы будете работать исключительно с systemd. Все навыки управления SysVinit и Upstart сейчас имеют историческое значение, но могут потребоваться при обслуживании очень старых систем.
2. Глубокое понимание systemd включает:
   • Создание и модификацию .service файлов.
   • Управление зависимостями и порядком запуска.
   • Использование systemctl для всех операций со службами.
   • Настройка автоматического перезапуска (Restart=on-failure).
   • Работа с таймеры (systemd.timer) для замены cron.
3. systemd обеспечивает единую точку управления для большинства системных компонентов, что упрощает автоматизацию и оркестрацию в DevOps практиках.

Таким образом, хотя Ubuntu в своей истории применяла три системы инициализации, сегодня systemd является стандартом де факто, и все современные DevOps процессы на Ubuntu строятся вокруг его возможностей и инструментов.