Релиз CentOS 8 состоялся 24 сентября 2019 года и стал одним из самых ожидаемых событий для системных администраторов и DevOps-специалистов, ориентированных на экосистему Red Hat. Дистрибутив был полностью синхронизирован с RHEL 8.0, что означало доступ к обновлённому стеку технологий, включая ядро Linux 4.18, systemd 239 и переход на модульную модель управления пакетами через DNF.
На этапе подготовки релиза команда проекта публиковала тестовые сборки, включая beta-версии и release candidate, что позволяло заранее проверить совместимость серверных приложений, контейнерных платформ и средств автоматизации. Это было особенно важно для инфраструктур, использующих Ansible, Podman и SELinux в принудительном режиме, так как их поведение в CentOS 8 отличалось от предыдущего поколения системы.
Отдельного внимания заслуживает вопрос жизненного цикла. Изначально поддержка CentOS 8 планировалась до 2029 года, однако в конце 2020 года было объявлено о досрочном прекращении классической ветки. Официальная поддержка завершилась 31 декабря 2021 года, после чего проект был переориентирован на CentOS Stream. Этот факт критичен при планировании обновлений, выборе дистрибутива для новых серверов и оценке рисков при эксплуатации существующих систем.
Понимание дат релиза, состава базовых компонентов и реальных сроков поддержки CentOS 8 позволяет принять взвешенное решение: использовать систему в изолированных средах, рассматривать миграцию на альтернативы или выстраивать стратегию перехода на Stream либо другие RHEL-совместимые дистрибутивы.
Официальная дата выхода CentOS 8 и источники подтверждения
Релизная версия CentOS Linux 8.0 была опубликована 24 сентября 2019 года. Датой выхода считается момент появления финальных ISO-образов и активации основных репозиториев, собранных из открытых исходных пакетов RHEL 8.0. Именно этот факт, а не начало тестирования или публикация предварительных сборок, используется проектом для фиксации релиза.
Базовым подтверждением служит сообщение в официальной рассылке centos-announce. В этом канале публикуются только завершённые выпуски, прошедшие проверку инфраструктуры сборки. В объявлении указываются номера версий, контрольные суммы образов и перечень поддерживаемых архитектур, что позволяет однозначно определить статус версии.
Для проверки данных спустя время используются архивные ресурсы CentOS. После завершения активного распространения все релизные файлы были перемещены в неизменяемое хранилище, где сохраняются исходные временные метки и структура каталогов. Это позволяет точно подтвердить дату выхода при аудитах и анализе истории системы.
| Источник | Назначение |
|---|---|
| centos-announce | Фиксация даты и параметров официального релиза |
| vault.centos.org | Доступ к оригинальным ISO и RPM версии 8.0 |
| git.centos.org | Соответствие исходных спецификаций релизной сборке |
Опора на эти источники позволяет точно подтвердить дату выхода CentOS 8, исключить путаницу с тестовыми этапами и корректно использовать сведения при планировании обновлений и миграции серверных сред.
Этапы подготовки релиза: бета-версии и кандидаты на выпуск
Подготовка CentOS 8 к стабильному выпуску проходила в несколько чётко разграниченных этапов, каждый из которых был ориентирован на проверку соответствия исходным пакетам RHEL 8 и выявление проблем в реальных сценариях эксплуатации серверов и контейнерных платформ.
На стадии бета-тестирования пользователям были доступны сборки, предназначенные для ранней проверки совместимости. Эти версии не рекомендовали для продуктивных сред, но активно применяли для анализа поведения системы после обновления и тестирования автоматизации.
- проверка загрузки на системах с UEFI и Secure Boot
- оценка работы DNF с модульными потоками пакетов
- тестирование SELinux в принудительном режиме
- проверка совместимости контейнерных инструментов Podman и Buildah
После устранения критических ошибок проект перешёл к выпуску Release Candidate. Эти сборки уже имели финальный набор пакетов и отличались от релиза только возможными исправлениями блокирующих дефектов.
- фиксация версий ядра и системных библиотек
- заморозка изменений в структуре репозиториев
- проверка сценариев обновления с предыдущих тестовых сборок
- финальная сверка бинарной совместимости с RHEL 8
Использование бета-версий и кандидатов на выпуск позволяло администраторам заранее выявить проблемы миграции, адаптировать конфигурации и принять решение о готовности инфраструктуры к переходу на CentOS 8 сразу после выхода стабильного релиза.
Версия ядра Linux и ключевые пакеты, включённые в CentOS 8
В основе CentOS 8 используется ядро Linux 4.18, унаследованное от RHEL 8 и доработанное за счёт обратного портирования функций из более новых веток. Такой подход обеспечивает поддержку современного серверного оборудования, NVMe-накопителей, многоочередных сетевых адаптеров и улучшенное управление ресурсами без перехода на экспериментальные версии ядра.
Системная инициализация построена на systemd 239, что повлияло на структуру сервисов, управление журналами и обработку зависимостей. Администраторам рекомендуется учитывать изменения в unit-файлах и поведение таймеров при переносе конфигураций с CentOS 7, так как ряд параметров был переработан на уровне upstream-проекта.
Пакетный менеджер DNF 4 полностью заменил YUM и стал основой модульной системы распространения ПО. Через модули предоставляются разные версии интерпретаторов и серверных приложений, включая Python 3.6, PHP 7.2, Node.js 10 и PostgreSQL 10. Перед установкой рекомендуется явно выбирать поток модуля, чтобы избежать неожиданной смены версии при обновлениях.
Контейнерная подсистема представлена связкой Podman, Buildah и Skopeo, что позволяет работать с контейнерами без демона Docker. Для серверов с повышенными требованиями к безопасности важно учитывать интеграцию этих инструментов с SELinux в принудительном режиме, так как некорректные политики могут блокировать запуск контейнеров.
Совокупность ядра 4.18, обновлённых системных библиотек и модульной модели пакетов делает CentOS 8 подходящей платформой для современных серверных нагрузок, но требует предварительной проверки совместимости прикладного ПО и сценариев обновления.
Сроки поддержки CentOS 8 и политика обновлений безопасности
Изначально CentOS Linux 8 планировался как долгосрочный релиз с поддержкой до 31 мая 2029 года, полностью повторяющей жизненный цикл RHEL 8. Однако в декабре 2020 года проект объявил об изменении стратегии, что привело к досрочному завершению классической ветки CentOS 8.
Фактическая поддержка CentOS Linux 8 была прекращена 31 декабря 2021 года. После этой даты репозитории перестали получать обновления безопасности, исправления уязвимостей и патчи стабильности. Все пакеты были переведены в архив, доступный только для чтения, без дальнейшего сопровождения.
Политика обновлений в период активной поддержки строилась на полной синхронизации с обновлениями RHEL. Патчи безопасности, включая исправления для ядра, OpenSSL, glibc и systemd, выпускались после пересборки соответствующих исходных пакетов Red Hat. Задержка между публикацией обновлений в RHEL и появлением их в CentOS обычно составляла от нескольких дней до недели.
После завершения поддержки эксплуатация CentOS 8 в продуктивных средах без дополнительных мер несёт прямые риски. Для систем, где невозможна немедленная миграция, рекомендуется изолировать серверы на уровне сети, ограничить доступ извне и рассмотреть переход на CentOS Stream 8 либо альтернативные RHEL-совместимые дистрибутивы с активными обновлениями безопасности.
Чёткое понимание сроков поддержки CentOS 8 позволяет корректно планировать жизненный цикл инфраструктуры, избежать эксплуатации неподдерживаемых систем и снизить вероятность компрометации за счёт известных уязвимостей.
Отличия CentOS 8 от RHEL 8, важные для администраторов
CentOS 8 повторяет архитектуру и набор базовых компонентов RHEL 8, но отличается по модели эксплуатации, что влияет на управление обновлениями, поддержку и выбор сценариев использования. Эти различия становятся заметны при работе с продуктивными серверами и регламентированными средами.
Первое отличие связано со скоростью и источником обновлений. В RHEL патчи публикуются непосредственно разработчиком, тогда как в CentOS они появляются после пересборки и синхронизации.
- возможна задержка обновлений ядра и системных библиотек
- нет гарантированного времени выпуска исправлений
- отсутствуют рекомендации по приоритетности установки патчей
Вторая группа различий касается инструментов администрирования и мониторинга, доступных только подписчикам RHEL.
- недоступны Red Hat Insights и автоматический анализ конфигураций
- отсутствует централизованное управление подписками и репозиториями
- нет официальных advisory с оценкой влияния уязвимостей
Также различается уровень поддержки стороннего программного и аппаратного обеспечения.
- многие вендоры сертифицируют продукты только под RHEL
- поддержка оборудования ограничивается драйверами из ядра
- ответственность за совместимость лежит на администраторе
CentOS 8 целесообразно использовать для внутренних сервисов и сред без строгих SLA, тогда как RHEL 8 подходит для систем, где требуются формальная поддержка, документированные обновления и гарантированная реакция на инциденты.
Варианты обновления с CentOS 7 и ограничения миграции
Прямого поддерживаемого обновления CentOS 7 до CentOS 8 не существовало. Проект официально не предоставлял инструменты in-place upgrade, поэтому переход рассматривался как полноценная миграция с установкой новой системы и переносом сервисов.
На практике применялись три основных сценария. Первый – развёртывание CentOS 8 на новом сервере или виртуальной машине с последующим переносом данных и конфигураций. Этот вариант снижает риск потери работоспособности и позволяет поэтапно тестировать сервисы. Второй – миграция с использованием snapshot и отката, применимая в виртуализированных средах. Третий – экспериментальное обновление с помощью сторонних скриптов, которое не рекомендовалось для продуктивных систем из-за высокой вероятности ошибок.
Серьёзные ограничения миграции связаны с изменениями в базовых компонентах системы. Переход на systemd 239, Python 3 и модульную модель пакетов требовал переработки скриптов автоматизации, cron-задач и зависимостей приложений. Конфигурации, корректно работавшие в CentOS 7, часто требовали ручной адаптации.
Дополнительные сложности возникали при использовании устаревшего прикладного ПО. Многие версии PHP, MySQL и сторонних библиотек отсутствовали в стандартных модулях CentOS 8, что вынуждало подключать внешние репозитории или пересматривать архитектуру сервисов.
Перед миграцией рекомендуется выполнить инвентаризацию пакетов, проверить совместимость приложений с CentOS 8 и заранее подготовить план отката. Для систем с длительным сроком эксплуатации целесообразно рассматривать альтернативные пути, включая продление жизни CentOS 7 до окончания поддержки или переход на другие RHEL-совместимые дистрибутивы.
Вопрос-ответ:
Когда именно состоялся релиз CentOS 8 и можно ли считать эту дату окончательной?
CentOS Linux 8.0 был опубликован 24 сентября 2019 года. Эта дата зафиксирована по моменту размещения финальных ISO-образов и открытию публичных репозиториев, собранных из исходных пакетов RHEL 8.0. Тестовые сборки и кандидаты на выпуск, появлявшиеся ранее, к релизу не относятся и не используются для фиксации даты выхода.
Почему CentOS 8 вышел заметно позже RHEL 8 и от чего зависела задержка?
Выход CentOS 8 был возможен только после публикации исходных пакетов RHEL 8. Команда проекта выполняла пересборку, проверку целостности пакетов и синхронизацию репозиториев. На сроки влияли объём изменений в RHEL 8, внедрение модульной системы пакетов и необходимость тестирования новых инструментов управления контейнерами.
Можно ли было обновить CentOS 7 до CentOS 8 без переустановки системы?
Официального способа обновления CentOS 7 до CentOS 8 без переустановки не существовало. Проект не поддерживал in-place upgrade, а сторонние решения использовались только в тестовых средах. Для рабочих серверов рекомендовалась установка CentOS 8 с нуля и перенос данных и сервисов после проверки совместимости.
Какие изменения в CentOS 8 чаще всего вызывали проблемы после перехода?
Наибольшее число сложностей было связано с переходом на Python 3 как системный интерпретатор, модульную модель DNF и обновлённый systemd. Скрипты автоматизации, написанные под CentOS 7, требовали переработки, а часть серверных приложений нуждалась в выборе конкретных модулей или подключении внешних репозиториев.
Имеет ли смысл использовать CentOS 8 после прекращения его поддержки?
После 31 декабря 2021 года CentOS Linux 8 перестал получать обновления безопасности. Использование системы допустимо только в изолированных средах без доступа из внешних сетей. Для серверов с открытыми сервисами лучше рассматривать переход на CentOS Stream, другие RHEL-совместимые дистрибутивы или коммерческую подписку RHEL.
Загрузка...
