Назад

2026/10/19

Во многих организациях всё ещё работают серверы, установленные на CentOS Linux 7 или CentOS Linux 8. Срок жизни обеих версий истёк, то есть CentOS Project больше не выпускает для них обновления безопасности. Системы продолжают работать, но каждый месяц без исправлений увеличивает риск, и аудиторы всё чаще задают об этом вопросы.

Хорошая новость в том, что сейчас есть несколько надёжных вариантов. Сложнее понять, чем они отличаются, ведь различия связаны не столько с технологиями, сколько с поддержкой, управлением и жизненным циклом. В этой статье приводится нейтральный обзор на момент написания, который поможет вам принять решение.

Главное

  • CentOS Linux 7 и 8 больше не получают обновлений; CentOS Stream продолжает развиваться, но как ветка разработки, идущая чуть впереди RHEL.
  • RHEL, Rocky Linux, AlmaLinux и Oracle Linux рассчитаны на запуск ПО, созданного для RHEL, но различаются моделью поддержки и подходом к совместимости.
  • Ubuntu и Debian — зрелые альтернативы, если вас устраивают другой формат пакетов и другие инструменты.
  • Выбирайте, исходя из потребностей в поддержке, требований к сертификации и жизненного цикла, а затем планируйте миграцию сервер за сервером.

Что изменилось с CentOS Linux и CentOS Stream

Много лет CentOS Linux был бесплатной пересборкой Red Hat Enterprise Linux (RHEL). Он точно следовал выпускам RHEL, поэтому команды могли запускать то же самое ПО без подписки. В декабре 2020 года CentOS Project объявил, что вместо этого сосредоточится на CentOS Stream. Срок жизни CentOS Linux 8 закончился в конце 2021 года, а CentOS Linux 7 — в конце июня 2024 года.

CentOS Stream по-прежнему активный и полезный дистрибутив, но его роль иная. Он находится чуть впереди следующего минорного выпуска RHEL, то есть изменения появляются в нём раньше, чем в RHEL. Поэтому он хорошо подходит для проверки того, что скоро появится, но хуже подходит для серверов, которым нужна стабильная, медленно меняющаяся платформа. Описание от самого проекта можно прочитать на centos.org.

Чем отличаются подходы RHEL-совместимых дистрибутивов

Сейчас нишу, которую раньше занимал CentOS Linux, заполняют несколько дистрибутивов. Все они рассчитаны на запуск ПО, созданного и сертифицированного для RHEL, но у каждого свой подход.

  • Red Hat Enterprise Linux (RHEL) — коммерческий оригинал. Вы получаете операционную систему по подписке, которая включает поддержку, сертифицированные экосистемы оборудования и ПО, а также инструменты управления и обновления на месте.
  • Rocky Linux — дистрибутив сообщества, которым управляет Rocky Enterprise Software Foundation. Его заявленная цель — полная совместимость с RHEL.
  • AlmaLinux — дистрибутив сообщества, которым управляет некоммерческая организация AlmaLinux OS Foundation. С 2023 года он стремится к совместимости с RHEL на уровне двоичного интерфейса приложений (ABI), а не к точной пересборке, что позволяет проекту выпускать некоторые исправления по собственному графику.
  • Oracle Linux можно бесплатно загружать, использовать и обновлять, а платную поддержку предоставляет Oracle. Он предлагает как RHEL-совместимое ядро, так и собственное ядро Oracle — Unbreakable Enterprise Kernel.

Для большинства рабочих нагрузок приложения, работающие на одном из этих дистрибутивов, будут работать и на других с минимальными изменениями или вовсе без них. Различия начинают иметь значение, когда поставщик сертифицирует свой продукт только для определённых дистрибутивов или когда вы зависите от конкретных возможностей ядра.

Модели поддержки: подписки, сообщество и сторонние компании

Главное практическое различие между вариантами — к кому вы обращаетесь, когда что-то ломается. В таблице ниже кратко описаны основные модели на момент написания. Перед принятием решения всегда проверяйте официальные страницы, поскольку условия меняются.

ДистрибутивСтоимость использованияИсточник поддержки
RHELПлатная подпискаRed Hat, входит в подписку
Rocky LinuxБесплатноСообщество, а также коммерческая поддержка сторонних компаний
AlmaLinuxБесплатноСообщество, а также коммерческая поддержка сторонних компаний
Oracle LinuxБесплатноДополнительная платная поддержка от Oracle
UbuntuБесплатноДополнительные платные Ubuntu Pro и поддержка от Canonical
DebianБесплатноСообщество, а также коммерческая поддержка сторонних компаний

Бесплатно не значит без поддержки. Многие организации используют дистрибутивы сообщества в промышленной эксплуатации и покупают поддержку только для систем, которым нужно гарантированное время реакции. Важно принять это решение осознанно, а не обнаружить пробел во время инцидента.

Совет: Проверьте матрицу поддержки каждого коммерческого приложения, которое вы используете, например баз данных, промежуточного ПО и агентов резервного копирования. Если поставщик поддерживает только RHEL, это может решить вопрос для этих серверов, даже если в остальной инфраструктуре используется дистрибутив сообщества.

Сравнение жизненного цикла и ритма выпусков

Корпоративный Linux привлекателен тем, что основные версии поддерживаются долго. Жизненный цикл основных версий RHEL составляет десять лет с возможностью дальнейшего продления, а Rocky Linux, AlmaLinux и Oracle Linux придерживаются похожих сроков для соответствующих выпусков. Внутри каждой основной версии регулярно выходят минорные выпуски, и использование актуального минорного выпуска — обычный способ продолжать получать обновления. Подробности Red Hat публикует на странице жизненного цикла RHEL.

Ubuntu выпускает версию с долгосрочной поддержкой (LTS) раз в два года: пять лет стандартного сопровождения безопасности и более длительное покрытие через Ubuntu Pro; см. цикл выпусков Ubuntu. Debian выпускает новую стабильную версию примерно раз в два года, а инициатива сообщества Debian LTS продлевает поддержку безопасности для старых выпусков; см. выпуски Debian.

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

Вопросы, которые стоит задать перед выбором

Единственно верного ответа нет. Обычно эти вопросы помогают сфокусировать решение:

  1. Какие приложения мы используем и какие дистрибутивы сертифицируют их поставщики?
  2. Нужен ли нам договор поддержки с поставщиком для каждого сервера, для некоторых серверов или ни для одного?
  3. Знакомы ли наши команды с инструментами на основе RPM, такими как dnf, или с инструментами на основе Debian, такими как apt?
  4. Как долго должна поддерживаться новая платформа и соответствует ли это жизненному циклу выпуска, который мы будем развёртывать?
  5. Как мы хотим управлять обновлениями, конфигурацией и соответствием требованиям на множестве серверов?
  6. Важна ли для нас модель управления, например некоммерческий фонд или один коммерческий поставщик?

Для многих команд, уходящих с CentOS Linux, переход внутри семейства RHEL-совместимых дистрибутивов позволяет сохранить большую часть навыков, скриптов и пакетов без изменений. Переход на Ubuntu или Debian может иметь смысл, если они уже используются в других частях вашей инфраструктуры, но это более серьёзное изменение, требующее больше тестирования.

Планирование миграции существующих серверов CentOS

Начните с инвентаризации. Нельзя спланировать то, что вы не нашли, а системы CentOS часто скрываются в программно-аппаратных комплексах, тестовых лабораториях и старых шаблонах виртуальных машин. На каждом сервере несколько команд покажут, где вы находитесь:

cat /etc/os-release
uname -r
rpm -qa --last | head -n 20
yum repolist enabled

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

  • Конвертация на месте. В пределах одной основной версии скрипты миграции, которые предоставляют проекты (например, для Rocky Linux, AlmaLinux и Oracle Linux), и инструмент Convert2RHEL от Red Hat переключают источники пакетов и брендинг без переустановки. Для CentOS Linux 7 также требуется обновление основной версии; помочь могут такие инструменты, как Leapp и проект ELevate от AlmaLinux, но они требуют тщательного тестирования.
  • Пересборка и повторное развёртывание. Установите чистую систему на актуальном выпуске, затем перенесите приложение и данные. Это требует больше усилий на каждый сервер, но даёт известную, задокументированную базовую конфигурацию и избавляет от изменений, накопленных за годы.

Совет: Какой бы путь вы ни выбрали, сначала сделайте полную резервную копию или снимок и отрепетируйте процесс на копии сервера. Перед началом убедитесь, что сторонние репозитории, модули ядра и агенты мониторинга доступны для целевого выпуска.

Наконец, запишите план: какие серверы переносятся, в каком порядке, кто утверждает и как выполнить откат. Если сначала перенести системы с низким риском, появится уверенность, а оставшиеся переходы станут рутинной работой. Проект AlmaLinux описывает свой подход ELevate в вики AlmaLinux, и каждый дистрибутив публикует собственные руководства по миграции.

Чем может помочь LOGIQ

LOGIQ помогает организациям находить оставшиеся системы CentOS, сравнивать варианты с учётом собственных приложений и потребностей в поддержке и планировать миграции в удобные для них сроки. Если вам нужно независимое мнение о вашем плане по корпоративному Linux, свяжитесь с нами через logiqlinux.com.