SSD Nodes Learn Hosting plans →
Руководства Matt ConnorАвтор: Matt Connor · Обновлено 2026-08-28

История CentOS, Rocky Linux и AlmaLinux: что выбрать

Узнайте, как разделение Red Hat на Fedora и RHEL привело к появлению CentOS, и почему в 2020 году поддержка CentOS Linux 8 была прекращена досрочно. Сравнение современных альтернатив.

Почему существуют две бесплатные сборки Red Hat Enterprise Linux

Проекты Rocky Linux и AlmaLinux появились из-за того, что Red Hat прекратила поддержку CentOS Linux за несколько лет до даты, на которую рассчитывали пользователи. CentOS была бесплатной сборкой Red Hat Enterprise Linux (RHEL) без торговой марки, обладавшей таким же длительным циклом поддержки. 8 декабря 2020 года проект CentOS объявил, что поддержка CentOS Linux 8 завершится в конце 2021 года, а не в 2029 году, как планировалось ранее. В течение недели после этого анонса были представлены два проекта-заменителя, которые продолжают выпускать обновления и сегодня.

Этот анонс становится понятен только после того, как вы узнаете, чем была CentOS и почему существование бесплатной копии коммерческого продукта было допустимым. История начинается в 2003 году.

Куда Red Hat Linux ушел в 2003 году: Fedora и RHEL

Первым продуктом Red Hat был коробочный дистрибутив под названием Red Hat Linux. Его первый не-бета релиз вышел в мае 1995 года. Red Hat не создавала эту систему с нуля, и путь от Unix из Bell Labs до свободного ядра Linux объясняет, почему компоненты, которые компания упаковывала в коробки, можно было свободно продавать. Последняя версия, Red Hat Linux 9, была выпущена 31 марта 2003 года, а срок её поддержки истек 30 апреля 2004 года.

К тому времени Red Hat уже продавала решения корпоративным клиентам, которым требовалось то, чего не мог дать коробочный продукт: версия системы, остающаяся неизменной в течение многих лет, с исправлениями безопасности и без неожиданных обновлений. Red Hat создала такой продукт под названием Red Hat Linux Advanced Server, который в марте 2002 года стал Red Hat Enterprise Linux 2.1. RHEL продается по подписке, стоимость которой рассчитывается за систему в год. Подписка дает право на обновления и поддержку. Она также обеспечивает сертификацию: производители оборудования и разработчики коммерческого ПО тестируют свои продукты специально на RHEL и указывают её в своих условиях поддержки.

У свободной ветки дистрибутива тогда не было четкой задачи, поэтому Red Hat объединила её с внешним общественным проектом. The Fedora Project и Red Hat Project официально объединились 22 сентября 2003 года. Fedora стала быстрым, бесплатным дистрибутивом, где в первую очередь внедряются новые разработки. RHEL стала медленной, платной версией, собираемой на основе Fedora. С тех пор работа ведется именно в этом направлении: Fedora лидирует, RHEL следует за ней. Самый наглядный пример — systemd, который стал стандартом в Fedora в мае 2011 года и попал в RHEL только с выходом версии 7 в июне 2014 года, поэтому спор о замене SysV init был решен в апстриме за годы до того, как это изменение появилось на корпоративном сервере.

Это разделение создало пробел. Многие пользователи хотели десятилетний жизненный цикл RHEL без оплаты за каждый сервер, а Fedora не могла этого обеспечить, так как релиз Fedora поддерживается примерно тринадцать месяцев.

Почему была возможна бесплатная пересборка RHEL?

RHEL почти полностью состоит из программного обеспечения с открытыми лицензиями, среди которых ключевую роль играет GNU General Public License (GPL). Она требует, чтобы любой, кто получает бинарные файлы, имел доступ и к соответствующим исходным кодам. Red Hat выполняла это обязательство публично, размещая исходные RPM-пакеты (SRPM, упакованные исходники для каждого компонента) на общедоступном сервере, а позднее — в репозиториях git.centos.org.

Исходный код — это еще не весь продукт. Две части RHEL никогда не были свободными для копирования. Товарные знаки Red Hat принадлежат компании Red Hat, поэтому разработчик, занимающийся пересборкой, обязан удалить все логотипы и все упоминания этого названия. Платные сервисы также остаются за «пейволлом»: серверы обновлений, договор технической поддержки, процесс сертификации и бюллетени errata, описывающие каждое исправление.

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

Для чего предназначалась CentOS?

CentOS расшифровывается как Community ENTerprise Operating System. Она выросла из проекта под названием cAos Linux, запущенного Грегори Куртцером в 2002 году. Первый релиз CentOS вышел 14 мая 2004 года под номером 2, так как он был собран на основе RHEL 2.1AS.

Её привлекательность заключалась в жизненном цикле. Каждый релиз CentOS следовал десятилетнему окну поддержки RHEL и не стоил ничего. Хостинг-провайдеры использовали её для образов по умолчанию, университеты запускали её на кластерах, поставщики программно-аппаратных комплексов поставляли её внутри своих продуктов, а панели управления рассчитывали на её наличие. Если вы арендовали виртуальный выделенный сервер примерно в период с 2006 по 2020 год, CentOS была в меню операционных систем и часто выбиралась по умолчанию.

CentOS Linux 7 демонстрирует, что эта модель работала согласно заявленному. Она была выпущена 7 июля 2014 года, а её поддержка безопасности продлилась до 30 июня 2024 года — всего на несколько дней меньше полных десяти лет. Именно этот результат стал причиной, по которой пользователи были уверены в возможности строить десятилетние планы на основе следующего релиза.

Что изменилось после присоединения CentOS к Red Hat в 2014 году

7 января 2014 года компании Red Hat и проект CentOS объявили об объединении усилий. В анонсе выступили технический директор Red Hat того времени Брайан Стивенс и ведущий разработчик CentOS Каранбир Сингх. Red Hat предоставила персонал и инфраструктуру, несколько ключевых разработчиков CentOS стали сотрудниками Red Hat, а проект получил официальный совет управляющих.

Для пользователей видимые последствия были положительными. Сборки стали появляться быстрее после каждого релиза RHEL. Исходные коды были перенесены на git.centos.org. Специальные группы по интересам (Special Interest Groups) начали создавать дополнительный контент поверх базового дистрибутива, например, стеки для виртуализации и хранения данных.

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

Почему поддержка CentOS Linux 8 завершилась в 2021 году?

CentOS Linux 8 была выпущена 24 сентября 2019 года. Поддержка RHEL 8 была запланирована до 31 мая 2029 года, поэтому предполагалось, что CentOS Linux 8 также будет актуальна до 2029 года.

8 декабря 2020 года Рич Боуэн опубликовал в блоге CentOS статью «Проект CentOS смещает фокус на CentOS Stream». Было объявлено, что поддержка CentOS Linux 8 завершится 31 декабря 2021 года. Для CentOS Linux 7 сохранялась исходная дата окончания поддержки — 30 июня 2024 года. Причиной такого решения было названо то, что будущее проекта связано с CentOS Stream.

ChartCentOS Linux 8 support window in years, announced at release versus delivered
The data behind this chart
[
  {
    "label": "Announced at release, September 2019",
    "support_window": 9.7
  },
  {
    "label": "Delivered, ended December 2021",
    "support_window": 2.3
  }
]

CentOS Linux 8 поставлялась с ожидаемым сроком поддержки около 9.7 лет. Фактический срок составил около 2.3. Никакие функции не были удалены, а качество кода не ухудшилось. Пользователи потеряли дату, на которую они рассчитывали при планировании работы серверов, находящихся в эксплуатации, получив при этом чуть больше года на подготовку. Миграция операционной системы в масштабах парка серверов — это плановая задача, которая из-за этого решения превратилась в незапланированную работу с жестким дедлайном.

Что именно представляет собой CentOS Stream?

Большинство публикаций по-прежнему описывают CentOS Stream как проект, который пришел на смену CentOS Linux. Сроки совпадают, но описание неверно, так как эти два продукта направлены в противоположные стороны.

CentOS Linux был downstream-проектом по отношению к RHEL. Red Hat выпускала минорный релиз RHEL, а CentOS впоследствии пересобирала его. Копия всегда появлялась после оригинала.

CentOS Stream является upstream-проектом для RHEL. Это публичная ветка, в которой собирается следующий минорный релиз RHEL. Работа движется из Fedora в CentOS Stream, а затем в RHEL, поэтому пакет сначала появляется в Stream и только потом попадает в минорный релиз RHEL. Stream обновляется непрерывно, поэтому он не остается статичным между минорными версиями, как это происходит с выпущенным RHEL.

Это делает Stream полезным для задач, которые CentOS Linux никогда не мог выполнить. Если вы поддерживаете программное обеспечение, которое должно продолжать работать в следующем минорном релизе RHEL, Stream позволяет увидеть этот релиз за несколько месяцев до выхода. Если вы хотите исправить ошибку в RHEL, Stream — это место, куда можно отправить патч, чего никогда не предлагала downstream-пересборка. Аргумент Red Hat в 2020 году заключался в том, что это превращает пассивную копию в дистрибутив, который сообщество может реально изменять.

Stream по-прежнему является плохой заменой тому, что требовалось пользователям CentOS Linux, и окно поддержки это подтверждает. CentOS Stream 10 был выпущен 12 декабря 2024 года с периодом поддержки около пяти лет, в то время как у RHEL он составляет десять лет. Команда, планирующая эксплуатацию парка серверов на десять лет вперед, не получила более быструю версию своего плана. Они получили другой продукт с другой целью.

Происхождение Rocky Linux и AlmaLinux

Проект Rocky Linux был анонсирован 8 декабря 2020 года, в тот же день, когда вышло объявление о CentOS. Его основал Грегори Курцер, создатель проекта, из которого впоследствии выросла CentOS. Название выбрано в память о Рокки Макго, одном из первых сооснователей CentOS. Проект управляется фондом Rocky Enterprise Software Foundation (RESF), а его основным коммерческим спонсором выступает компания CIQ, основанная Курцером. Релиз-кандидат появился в конце апреля 2021 года, а первый стабильный релиз, Rocky Linux 8.4 "Green Obsidian", вышел 21 июня 2021 года.

AlmaLinux появился благодаря компании CloudLinux, которая уже поставляла дистрибутив на базе RHEL для хостинг-провайдеров. 15 декабря 2020 года CloudLinux выделила более одного миллиона долларов США в год на создание бесплатной пересборки RHEL, которая тогда носила кодовое имя Project Lenix. Название AlmaLinux было объявлено 12 января 2021 года, бета-версия вышла 1 февраля, а релиз AlmaLinux 8.3 "Purple Manul" состоялся 30 марта 2021 года. В тот же день права собственности были переданы AlmaLinux OS Foundation — некоммерческой организации, которая владеет торговой маркой и управляет советом проекта.

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

Что Red Hat изменила в источниках RHEL в 2023 году

21 июня 2023 года Майк Макграт, занимавший тогда пост вице-президента по основным платформам в Red Hat, опубликовал статью «Дальнейшая эволюция CentOS Stream». Ключевая фраза гласила, что CentOS Stream станет единственным репозиторием для публичных релизов исходного кода, связанных с RHEL. Исходные коды RHEL, которые ранее публиковались в git.centos.org, перестали туда поступать.

Клиенты и партнеры Red Hat сохранили доступ к исходным кодам RHEL через клиентский портал, что соответствует требованиям GPL, так как обязательства распространяются на лиц, получивших бинарные файлы. Изменился лишь публичный канал доступа. Попакетная история того, что именно вошло в конкретный минорный релиз RHEL, перестала публиковаться в открытом доступе, а CentOS Stream теперь находится «впереди» RHEL, а не на одном уровне с ним. Поэтому проект по пересборке, работающий только на основе Stream, не может в точности воспроизвести выпущенную минорную версию.

Позиция Red Hat заключалась в том, что Stream является апстримом и что публичный исходный код должен находиться в апстриме. Позиция проектов по пересборке состояла в том, что это изменение лишило их материала, на котором они строили свою работу с 2004 года. Оба описания верны. Разногласия касаются не того, что написано в лицензии, а того, для чего она предназначена.

Реакция дистрибутивов на изменения и что такое OpenELA

Rocky Linux отреагировал первым. В публикации от 29 июня 2023 года проект заявил, что продолжит получать исходные коды RHEL через каналы, не требующие дополнительных соглашений: образы контейнеров Red Hat Universal Base Image (UBI) и экземпляры RHEL с оплатой по факту использования в публичных облаках. Любой, кто получает эти бинарные файлы, обладает правом GPL на соответствующие исходные коды. Rocky сохранил свою цель — обеспечивать полное соответствие RHEL от релиза к релизу.

AlmaLinux ответил иначе. В июле 2023 года совет директоров под председательством benny Vasquez отказался от цели обеспечения идентичности с RHEL и перешел к поддержке совместимости на уровне двоичного интерфейса приложений (ABI). Совместимость ABI означает, что программное обеспечение, собранное для RHEL, работает в AlmaLinux без изменений, при этом сами дистрибутивы не являются идентичными сборками. Этот компромисс дал свободу. AlmaLinux может выпустить исправление раньше, чем RHEL, и продолжать поддержку оборудования, от которого RHEL отказался.

Два крупных вендора также предприняли шаги. 11 июля 2023 года SUSE заявила, что создаст форк общедоступных исходных кодов RHEL и инвестирует более десяти миллионов долларов США в совместимый дистрибутив. Oracle, которая с 2006 года поставляет Oracle Linux как продукт, совместимый с RHEL, опубликовала свой ответ на той же неделе.

10 августа 2023 года CIQ, Oracle и SUSE объявили о создании Open Enterprise Linux Association (OpenELA). Это торговая ассоциация с одной задачей: публиковать исходные коды enterprise Linux, чтобы можно было продолжать сборку RHEL-совместимых дистрибутивов, и сохранять эти исходные коды свободными для распространения. В ноябре 2023 года ассоциация представила свои руководящие документы и открыла доступ к коду. AlmaLinux не присоединилась к ассоциации, что логично вытекает из решения по ABI, так как проекту больше не требуется точный поток исходных кодов.

Что выбрать для сервера сегодня?

ChartSupport window in years published by each project for its version 10 release, as of August 2026
The data behind this chart
[
  {
    "distro": "RHEL 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "AlmaLinux 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "Rocky Linux 10",
    "support_window": 10,
    "notes": "Released June 2025, supported to May 2035"
  },
  {
    "distro": "CentOS Stream 10",
    "support_window": 5,
    "notes": "Released December 2024, supported to May 2030"
  }
]

Релизы версии 10 показывают, к чему пришла индустрия. RHEL 10 вышел 20 мая 2025 года, AlmaLinux 10 "Purple Lion" — 27 мая 2025 года, а Rocky Linux 10 "Red Quartz" — 11 июня 2025 года. Каждый из них предоставляет окно поддержки длительностью 10 лет. CentOS Stream 10 предлагает 5 лет, что является честным сигналом: это ветка разработки, а не стабильный целевой дистрибутив.

Проекты также начали различаться в деталях, которые могут вызвать затруднения. RHEL 10 повысил базовые требования к оборудованию до x86-64-v3 — уровня микроархитектуры, требующего поддержки новых инструкций процессора, таких как AVX2. Rocky Linux 10 последовал этому стандарту и отказался от поддержки x86-64-v2. AlmaLinux 10 по умолчанию поставляется с x86-64-v3, но выпускает отдельную сборку x86-64-v2 для старых процессоров. На дешевом VPS со старым процессором это решение определяет, установится ли система вообще. Если вы оцениваете этот выбор для конкретной машины, сравнение двух сборок для VPS наглядно показывает обязательства по совместимости и требования к процессору. Различия сохраняются и после установки, и установка Docker Engine на Rocky Linux или AlmaLinux — это обычно первое, с чем сталкиваются пользователи, так как podman уже занимает команду docker, а SELinux перемаркирует bind mounts способами, о которых не упоминается в руководствах для Ubuntu.

Четыре практических вывода из этой хронологии:

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

Главный урок этой хронологии касается управления, а не кода. CentOS Linux был хорошим программным обеспечением, но его жизненный цикл закончился досрочно, так как он финансировался компанией, чей продукт копировал. Выбирая дистрибутив для машины, которая должна проработать десятилетие, узнайте, кто его оплачивает и кто владеет торговой маркой. AlmaLinux хранит свою торговую марку в фонде. Rocky хранит свою в RESF, при коммерческой поддержке CIQ. Оба проекта публикуют эту информацию, что больше того, что мог проверить пользователь CentOS в 2019 году.

Это напрямую касается вас, если вы арендуете серверы. На неуправляемом VPS вы устанавливаете обновления самостоятельно, поэтому раннее окончание жизненного цикла системы становится вашей задачей по планированию миграции и затратам времени. Рутинная часть этой работы не требует вашего присутствия за клавиатурой, и настройка dnf-automatic для установки обновлений безопасности по расписанию освободит ваше внимание для миграций, которые действительно в нем нуждаются. Установка патча — это не то же самое, что его применение, поэтому проверяйте, какие из обновлений требуют перезагрузки, а каким достаточно перезапуска службы, прежде чем считать машину пропатченной. Если вопрос выбора операционной системы все еще открыт на более широком уровне, сравнение Linux и Windows Server стоит изучить до всего остального.

FAQ

CentOS больше не существует?

CentOS Linux прекратил своё существование. Поддержка CentOS Linux 8 завершилась 31 декабря 2021 года, а CentOS Linux 7 — 30 июня 2024 года, поэтому оба дистрибутива больше не получают обновлений безопасности. Сам проект CentOS продолжает работу и выпускает CentOS Stream — это другой продукт, представляющий собой публичную ветку разработки, на основе которой создаётся Red Hat Enterprise Linux. Если сервер всё ещё работает на CentOS Linux, он не получает патчей, и стандартными целями для миграции являются AlmaLinux и Rocky Linux.

В чём разница между CentOS Stream и CentOS Linux?

В направлении разработки. CentOS Linux был downstream-проектом: Red Hat выпускала минорный релиз RHEL, а CentOS пересобирала его после этого. CentOS Stream — это upstream-проект: именно здесь собирается следующий минорный релиз RHEL, поэтому изменения появляются в нём до выхода RHEL, а не после. Stream обновляется непрерывно, а не замораживается, а срок поддержки CentOS Stream 10 составляет около пяти лет против десяти лет у RHEL.

Что выбрать: Rocky Linux или AlmaLinux?

Оба дистрибутива бесплатны, оба строго следуют за RHEL и оба заявляют о десятилетнем цикле поддержки, поэтому для большинства серверов подойдёт любой из них. Практические различия обусловлены решениями, принятыми в 2023 году. Rocky стремится к полному соответствию релизам RHEL, выполняя пересборку из исходных кодов, полученных через UBI-образы контейнеров и инстансы в публичных облаках. AlmaLinux ориентируется на ABI-совместимость, что позволяет выпускать патчи быстрее и сохранять поддержку оборудования, от которой отказалась RHEL. AlmaLinux 10 выпускает сборку x86-64-v2 для старых процессоров, тогда как Rocky Linux 10 требует x86-64-v3, поэтому на старом оборудовании этот нюанс может стать решающим.

Нарушила ли Red Hat лицензию GPL в 2023 году?

Ни один суд не вынес такого решения, а обязательства по GPL распространяются на тех, кто получает бинарные файлы. Red Hat по-прежнему предоставляет своим клиентам соответствующие исходные коды. Спор касается того, что происходит дальше: компания может отказать в продлении подписки, и проекты по пересборке восприняли это как давление с целью ограничить право на распространение, предоставляемое лицензией. Именно поэтому Rocky перешла на источники, не требующие соглашения о подписке, и именно поэтому был создан OpenELA для открытой публикации исходных кодов.

Почему Red Hat вообще закрыла CentOS Linux?

Официальная причина, озвученная в анонсе от 8 декабря 2020 года, заключалась в том, что будущее проекта — это CentOS Stream, а пересборка, которая лишь копирует RHEL, не даёт сообществу возможности влиять на разработку. Многие пользователи усмотрели в этом и коммерческий мотив, так как CentOS Linux был бесплатной версией платного продукта Red Hat, который использовался в продакшене организациями, способными оплатить подписку. Собственные публикации Red Hat делают акцент на модели разработки, а не на такой интерпретации.