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

Системы инициализации в CentOS: эволюция и текущее состояние

CentOS, как дистрибутив, следующий за своим upstream
-проектом — Red Hat Enterprise Linux (RHEL), за свою историю использовал несколько систем инициализации, что отражает эволюцию подходов к управлению службами и процессами в мире Linux. Этот переход является одним из самых значительных изменений в инфраструктуре современных дистрибутивов.

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

1. SysVinit — классическая система (CentOS 5 и старше)

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

# Пример скрипта инициализации SysV для сервиса Apache в /etc/init.d/httpd
#!/bin/bash
#
# httpd        Startup script for the Apache HTTP Server
#
# chkconfig: - 85 15
# description: Apache is a World Wide Web server.
# processname: httpd

start() {
        echo -n $"Starting $prog: "
        daemon $httpd $OPTIONS
        RETVAL=$?
        [ $RETVAL -eq 0 ] && touch /var/lock/subsys/$prog
        return $RETVAL
}

Основные характеристики SysVinit:

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

2. Upstart — переходное решение (CentOS 6)

В CentOS 6 была внедрена система Upstart, разработанная в Canonical для Ubuntu, но позже адаптированная RHEL/CentOS. Это была попытка решить проблемы SysVinit, введя асинхронный, событийно.
-ориентированный подход.

# Пример конфигурационного файла Upstart для сервиса в /etc/init/myjob.conf
# Задача выполняется при запуске системы и остановке сети
description "My test job"
author "DevOps Engineer"

start on started network
stop on stopping network

script
    echo "Job started at `date`" >> /var/log/myjob.log
    exec /usr/local/bin/myprocess
end script

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

• Запуск по событиям: Сервисы могут быть запущены не только при старте системы, но и в ответ на события (например, started network или file-system).
• Параллельный запуск: Позволяет ускорить загрузку системы.
• Обратная совместимость: Могла исполнять традиционные скрипты SysVinit.
• Более сложная конфигурация через job-файлы (.conf).

3. systemd — современный стандарт (CentOS 7 и новее, включая CentOS Stream)

Начиная с CentOS 7, дистрибутив полностью перешел на systemd. Это не просто система инициализации, а комплексная система управления (системный и сервисный менеджер), которая стала де-факто стандартом для большинства современных дистрибутивов.

# Пример юнит -файла systemd для простого сервиса: /etc/systemd/system/myapp.service
[Unit]
Description=My Custom Application
After=network.target # Зависимость от сети

[Service]
Type=simple
ExecStart=/usr/bin/myapp --config /etc/myapp.conf
Restart=on-failure
User=myappuser

[Install]
WantedBy=multi-user.target # В каком "целевом состоянии" (аналог runlevel) сервис должен быть включен

Системные преимущества и ключевые компоненты systemd:

• Высокий параллелизм: Максимально быстрое время загрузки благодаря графу зависимостей и параллельному запуску независимых служб.
• Динамическое управление: Позволяет "на лету" останавливать, перезапускать, перечитывать конфигурацию сервисов.
• Единый центр управления: Помимо сервисов (systemctl), управляет:

    *   **Логами** через `journald` (`journalctl`).
    *   **Сетевыми настройками** через `networkd`.
    *   **Таймерами** (аналог cron) через `.timer` юниты.
    *   **Монтированием файловых систем** через `.mount` юниты.

• Строгая изоляция процессов с поддержкой cgroups, namespaces, что является фундаментом для контейнеризации.
• Управление через systemctl:

  # Основные команды управления
  systemctl start nginx    # Запустить сервис
  systemctl stop nginx     # Остановить сервис
  systemctl status nginx   # Показать статус
  systemctl enable nginx   # Включить автозапуск
  systemctl disable nginx  # Выключить автозапуск
  systemctl daemon-reload  # Перезагрузить конфигурацию после изменения юнит -файлов
  

Практическое значение для DevOps-инженера

1. Поддержка legacy-систем: При работе с инфраструктурой можно столкнуться со старыми CentOS 5/6, где требуются знания chkconfig и service. Современные же CI/CD-пайплайны и автоматизация (Ansible, Terraform) должны быть нацелены на работу с systemd.
2. Написание и отладка сервисов: Понимание структуры юнит-файлов ([Unit], [Service], [Install]) критически важно для создания собственных системных сервисов, правильного задания зависимостей (Requires, After) и политик перезапуска (Restart).
3. Сбор логов и мониторинг: Инструмент journalctl предоставляет мощные возможности фильтрации и централизованного сбора логов, что интегрируется с системами мониторинга (Prometheus, ELK Stack).
4. Контейнеризация: systemd часто используется внутри контейнеров (в образах ubi от Red Hat) в качестве init-процесса PID 1, что обеспечивает корректную обработку сигналов и управление дочерними процессами.

Вывод: В современном стеке CentOS (7, 8, Stream) применяется исключительно systemd. Для инженера глубокое понимание его архитектуры, команд управления (systemctl, journalctl) и умение создавать/модифицировать юнит-файлы — это обязательные базовые навыки, без которых эффективное администрирование и построение отказоустойчивой инфраструктуры невозможно. Эволюция от SysVinit через Upstart к systemd отражает общий тренд индустрии на более интегрированные, параллельные и управляемые системы.