Від Red Hat до CentOS, Rocky Linux і AlmaLinux

Чому існують дві безкоштовні перебудовані версії Red Hat Enterprise Linux

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

Це оголошення має сенс лише після того, як ви дізнаєтеся, чим був CentOS і чому безкоштовній копії комерційного продукту взагалі дозволили існувати. Ця історія починається у 2003 році.

Куди подівся Red Hat Linux у 2003 році: Fedora і RHEL

Початковим продуктом Red Hat був дистрибутив у коробковій версії під назвою Red Hat Linux. Перший стабільний реліз, що не був beta-версією, вийшов у травні 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 об’єднала її із зовнішнім проєктом спільноти. Проєкти Fedora та Red Hat офіційно об’єдналися 22 вересня 2003 року. Fedora стала швидким безкоштовним дистрибутивом, у якому нові розробки з’являються першими. RHEL став повільнішим платним дистрибутивом, який збирають на основі Fedora. Відтоді розробка відбувається саме в такому напрямку: Fedora випереджає, а RHEL наслідує. Найнаочніший приклад — systemd: він став типовою системою ініціалізації у Fedora в травні 2011 року й з’явився в RHEL лише у версії 7, випущеній у червні 2014 року. Отже, суперечку щодо заміни SysV init було вирішено у висхідному проєкті за кілька років до того, як зміна з’явилася на enterprise-сервері.

Після розділення утворилася прогалина. Багато користувачів хотіли отримати десятирічний життєвий цикл RHEL без оплати за кожен сервер, але Fedora не могла це забезпечити, оскільки реліз Fedora підтримується приблизно тринадцять місяців.

Чому була можлива безкоштовна перебудова RHEL?

RHEL майже повністю створено з програмного забезпечення під вільними ліцензіями. У цьому випадку важливе значення має GNU General Public License (GPL). Вона вимагає, щоб кожен, хто отримує бінарні файли, міг також отримати відповідний вихідний код. Red Hat виконувала цю вимогу публічно: спочатку публікувала source RPMs (SRPMs, пакети з вихідним кодом кожного компонента) на загальнодоступному сервері, а згодом — у репозиторіях git.centos.org.

Вихідний код — це не весь продукт. Дві частини RHEL ніколи не можна було вільно копіювати. Торговельні марки Red Hat належать Red Hat, тому розробник сумісної збірки має вилучити всі логотипи та згадки назви. Платні сервіси також залишаються недоступними без оплати: сервери оновлень, договір на підтримку, процес сертифікації та errata з описом кожного виправлення.

Описати процедуру було нескладно. Потрібно взяти опублікований вихідний код, вилучити брендинг, перебудувати пакети та опублікувати результат. Метою була сумісність на рівні окремих помилок, тобто перебудована система мала містити ті самі виправлення та працювати так само, як RHEL, включно з помилками. Така точність була необхідною, оскільки комерційне програмне забезпечення сертифікують для роботи з RHEL. Якщо перебудована система працює ідентично, це програмне забезпечення працюватиме і в ній, хоча постачальник не надаватиме для неї підтримку.

Для чого потрібен був CentOS?

CentOS розшифровується як Community ENTerprise Operating System. Проєкт виріс із cAos Linux, який Gregory Kurtzer започаткував у 2002 році. Перший реліз CentOS вийшов 14 травня 2004 року під номером 2, оскільки його було зібрано на основі RHEL 2.1AS.

Його привабливість полягала в життєвому циклі. Кожен реліз CentOS відповідав десятирічному періоду підтримки RHEL і був безкоштовним. Хостинг-провайдери використовували його в образах за замовчуванням, університети запускали його на кластерах, виробники appliance постачали його у складі своїх продуктів, а панелі керування розраховували на його наявність. Якщо ви орендували віртуальний приватний сервер приблизно між 2006 і 2020 роками, CentOS був у списку доступних операційних систем і часто встановлювався за замовчуванням.

CentOS Linux 7 демонструє, що ця модель працювала саме так, як було заявлено. Його випустили 7 липня 2014 року, а підтримка безпеки тривала до 30 червня 2024 року — трохи менше за повні десять років. Саме тому користувачі без побоювань будували десятирічні плани, розраховуючи на наступний реліз.

Що змінилося, коли CentOS приєднався до Red Hat у 2014 році

7 січня 2014 року Red Hat і CentOS Project оголосили про об’єднання зусиль. У заяві виступили тодішній технічний директор 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 року Rich Bowen опублікував у блозі CentOS статтю «CentOS Project shifts focus to CentOS Stream». Підтримку CentOS Linux 8 мали припинити 31 грудня 2021 року. CentOS Linux 7 мав зберегти початкову дату завершення підтримки — 30 червня 2024 року. Як причину зазначили те, що майбутнє проєкту — за CentOS Stream.

[
  {
    "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. Жодну функцію не видалили, і якість коду не погіршилася. Користувачі втратили дату, на яку вже розраховували, на системах, що вже працювали в production, отримавши трохи більше року на підготовку. Перехід операційної системи на всьому парку серверів потребує планування. У цьому випадку незаплановану роботу довелося виконати в установлені строки.

Що таке CentOS Stream?

У більшості матеріалів CentOS Stream досі описують як продукт, через який скасували CentOS Linux. Часова послідовність правильна, але сам опис — ні, оскільки ці два продукти мають протилежний напрямок розвитку.

CentOS Linux був downstream щодо RHEL. Red Hat випускала minor release RHEL, а CentOS згодом перебудовував його. Копія завжди з’являлася після оригіналу.

CentOS Stream є upstream щодо RHEL. Це публічна гілка, у якій формується наступний minor release RHEL. Зміни проходять із Fedora до CentOS Stream, а потім до RHEL. Тому пакет спочатку з’являється у Stream, а пізніше потрапляє до minor release RHEL. Stream постачається безперервно, тому між minor versions він не залишається незмінним, як випущений RHEL.

Завдяки цьому Stream придатний для завдань, які CentOS Linux не міг виконувати. Якщо ви підтримуєте програмне забезпечення, яке має продовжувати працювати на наступному minor release RHEL, Stream показує цей release за кілька місяців наперед. Якщо ви хочете виправити помилку в RHEL, Stream є місцем, куди можна надіслати patch. Downstream rebuild такої можливості не надавав. У 2020 році Red Hat обґрунтовувала це тим, що пасивна копія перетворюється на дистрибутив, який спільнота може реально змінювати.

Stream усе одно є поганою заміною тому, що хотіли отримати користувачі CentOS Linux. Про це свідчить і період підтримки. CentOS Stream 10 випустили December 12, 2024 з періодом підтримки приблизно п’ять років, тоді як для RHEL він становить десять років. Команда, яка планувала експлуатацію парку систем протягом десяти років, не отримала швидшу версію того самого плану. Вона отримала інший продукт з іншим призначенням.

Звідки походять Rocky Linux і AlmaLinux

Про Rocky Linux оголосив 8 грудня 2020 року, того самого дня, коли було опубліковано повідомлення про CentOS, Gregory Kurtzer — засновник проєкту, на основі якого розвинувся CentOS. Назва вшановує Rocky McGaugh, одного з перших співзасновників CentOS. Проєктом керує Rocky Enterprise Software Foundation (RESF), а його основним комерційним спонсором є CIQ — компанія, заснована Kurtzer. Наприкінці квітня 2021 року з’явилася release candidate, а перший стабільний випуск Rocky Linux 8.4 "Green Obsidian" вийшов 21 червня 2021 року.

AlmaLinux походить від CloudLinux — компанії, яка вже продавала провайдерам хостингу дистрибутив на основі RHEL. 15 грудня 2020 року CloudLinux зобов’язалася щороку спрямовувати понад one million US dollars на безкоштовну збірку RHEL; на той час проєкт мав кодову назву Project Lenix. Назву AlmaLinux оголосили 12 січня 2021 року, 1 лютого вийшла beta, а AlmaLinux 8.3 "Purple Manul" випустили 30 березня 2021 року. Того самого дня права власності перейшли до AlmaLinux OS Foundation — некомерційної організації, яка володіє торговельною маркою та керує радою проєкту.

Обидва проєкти розв’язали ту саму проблему, але використали різні моделі управління. Rocky виник із ініціативи людини, яка започаткувала CentOS, і компанії, створеної навколо цього проєкту. AlmaLinux виник у компанії, яка в день випуску передала торговельну марку фонду. Протягом двох років практична різниця була незначною, і обидва проєкти надали користувачам CentOS Linux те, чого вони позбулися.

Що Red Hat змінила у вихідному коді RHEL у 2023 році

21 червня 2023 року Mike McGrath, тодішній віцепрезидент із core platforms у Red Hat, опублікував матеріал «Подальший розвиток CentOS Stream». У ньому було зазначено, що CentOS Stream стане єдиним репозиторієм для публічних релізів вихідного коду, пов’язаного з RHEL. Вихідний код RHEL, який раніше публікували в git.centos.org, більше туди не надходив.

Клієнти й партнери Red Hat зберегли доступ до вихідного коду RHEL через customer portal. Це відповідає вимогам GPL, оскільки зобов’язання поширюється на отримувачів бінарних файлів. Змінився саме публічний спосіб доступу. Пакетний запис того, що саме увійшло до певного мінорного релізу RHEL, більше не публікували відкрито. Крім того, CentOS Stream випереджає RHEL, а не відповідає йому за рівнем стабільності. Тому проєкт, який виконує rebuild лише на основі Stream, не може точно відтворити вже випущену мінорну версію.

Позиція Red Hat полягала в тому, що Stream є upstream, а публічний вихідний код має публікуватися саме в upstream. Проєкти зі створення rebuild-дистрибутивів вважали, що ця зміна позбавила їх матеріалів, на яких вони працювали з 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 заявила, що створить публічний fork RHEL і інвестує понад десять мільйонів доларів США в сумісний дистрибутив. Oracle, яка постачає Oracle Linux як сумісний із RHEL продукт із 2006 року, опублікувала власну відповідь того самого тижня.

10 серпня 2023 року CIQ, Oracle і SUSE оголосили про створення Open Enterprise Linux Association (OpenELA). Це галузева асоціація з одним завданням: публікувати вихідний код enterprise Linux, щоб сумісні з RHEL дистрибутиви могли й надалі створюватися, а цей код залишався вільним для повторного поширення. У листопаді 2023 року асоціація оголосила про свої документи управління та доступність коду. AlmaLinux не приєднався до асоціації, що випливає з його рішення щодо ABI, оскільки йому більше не потрібен точний потік вихідного коду.

Який варіант варто використовувати на сервері сьогодні?

[
  {
    "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 зі старішим процесором на хост-сервері це рішення визначає, чи встановиться система. Якщо ви оцінюєте цей компроміс для конкретної машини, порівняння двох rebuild для VPS зіставляє заявлену сумісність і базові вимоги до процесора. Відмінності зберігаються й після встановлення. Встановлення Docker Engine на Rocky Linux або AlmaLinux — зазвичай перша з них, з якою стикаються користувачі, оскільки podman уже займає команду docker, а SELinux змінює мітки bind mounts у спосіб, про який посібник для Ubuntu зазвичай не згадує.

Чотири практичні висновки з цієї хронології:

• Якщо вам потрібні відносини з виробником, обирайте RHEL. Підписка є продуктом і включає сертифікації та канал підтримки, яких не може запропонувати жоден rebuild.
• Якщо ви хочете те, що надавав CentOS Linux, AlmaLinux і Rocky Linux дають це безкоштовно з десятирічним періодом підтримки. Після переходу з Debian або Ubuntu щоденні зміни здебільшого стосуються менеджера пакетів, тому протягом першого тижня тримайте під рукою відповідник кожної команди apt для dnf.
• Якщо ви пишете програмне забезпечення, яке має працювати на 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 Project продовжує роботу та випускає 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 container images і public cloud instances. AlmaLinux прагне до ABI compatibility, що дає змогу раніше випускати виправлення та зберігати підтримку обладнання, від якої RHEL уже відмовився. AlmaLinux 10 публікує збірку x86-64-v2 для старіших CPU, а Rocky Linux 10 потребує x86-64-v3, тому на старому обладнанні саме ця деталь може визначити вибір.

Чи порушила Red Hat GPL у 2023 році?

Ні, жоден суд цього не встановив, а зобов’язання за GPL поширюється на отримувачів бінарних файлів. Red Hat і надалі надає своїм клієнтам відповідні вихідні коди. Суперечка стосується подальших наслідків: у продовженні підписки можна відмовити, а проєкти перебудови сприйняли це як тиск, покликаний перешкодити використанню наданого ліцензією права на розповсюдження. Саме тому Rocky перейшов до отримання вихідних кодів через канали, на які не поширюється subscription agreement, а OpenELA було створено для відкритої публікації джерел.

Чому Red Hat взагалі припинила CentOS Linux?

Заявленою причиною в оголошенні від 8 грудня 2020 року було те, що майбутнім проєкту є CentOS Stream, а rebuild, який лише копіював RHEL, не давав спільноті можливості впливати на нього. Багато користувачів також побачили в цьому комерційний мотив, оскільки CentOS Linux був безкоштовною версією продукту, який продає Red Hat, і працював у production-середовищах організацій, здатних оплачувати підписку. У власних публікаціях Red Hat розглядає модель розробки, а не таке трактування.