Rocky Linux чи AlmaLinux для VPS: що вибрати

Rocky Linux і AlmaLinux: коротка відповідь

Майже для будь-якого сервера вибір між Rocky Linux і AlmaLinux не має неправильного варіанта. Обидва проєкти перебудовують той самий вихідний код Red Hat Enterprise Linux (RHEL), тому випускають ті самі пакети з однаковим десятирічним циклом підтримки. Відмінності існують, але вони стосуються управління проєктами та невеликої кількості особливих випадків, а не повсякденної роботи із сервером.

Якщо вибір не зводиться до випадкового рішення, його визначають два чинники. AlmaLinux 10 досі випускає збірку для процесорів, старших за Intel Haswell, а Rocky Linux 10 — ні. Це важливо для дешевшого або старішого обладнання VPS (virtual private server). AlmaLinux також гарантує сумісність ABI, а не ідентичну поведінку. Це має значення, якщо ви використовуєте продукт постачальника зі строго визначеною матрицею підтримки.

Звідки походили обидва дистрибутиви

8 грудня 2020 року проєкт CentOS оголосив, що CentOS Linux 8, перебудована версія RHEL 8, припинить підтримку наприкінці 2021 року. Спочатку для неї було визначено дату завершення підтримки у 2029 році. Майбутнім проєкту став CentOS Stream. У тому самому оголошенні його описали як дистрибутив, що випереджає поточний випуск RHEL і є висхідною гілкою розробки RHEL. CentOS Linux 7 зберіг початковий графік і досяг завершення життєвого циклу 30 червня 2024 року.

Проблема була не в самому CentOS Stream. Проблема полягала в тому, що життєвий цикл, розрахований до 2029 року, скоротили на вісім років, повідомивши про це приблизно за рік, причому на вже встановлених системах. Саме тому з’явилися Rocky Linux і AlmaLinux. Обидва проєкти виникли у 2021 році й мали однакову мету: створити безкоштовну перебудовану версію RHEL, яку оператор міг установити й не змінювати протягом десяти років.

Що спільного у Rocky Linux і AlmaLinux

Почніть зі спільної частини, оскільки вона охоплює більшість можливостей. Обидва дистрибутиви перебудовуються з однакових вихідних кодів RHEL, тому мають однакові версії пакетів, однаковий dnf менеджер пакетів, однакову політику SELinux (security enhanced Linux), однаковий firewalld front end і однакову структуру unit-файлів systemd. Файли конфігурації розташовані за однаковими шляхами. Інструкція, написана для одного дистрибутива, працює і в іншому після заміни назви.

Обидва дистрибутиви тісно відстежують мінорні випуски RHEL. AlmaLinux 10.2 вийшов 26 May 2026, а Rocky Linux 10.2 — 28 May 2026. Серія 9 також оновилася того самого тижня: AlmaLinux 9.8 вийшов 26 May 2026, а Rocky Linux 9.8 — 27 May 2026. Раніше розрив був більшим. AlmaLinux 10.0 вийшов 27 May 2025, а Rocky Linux 10.0 — 11 June 2025.

Цей розрив стосується носіїв мінорних випусків, а не безпеки. Обидва проєкти безперервно публікують errata між мінорними випусками, кожен через власний сервіс errata. Різниця у два тижні між появою образів .2 не означає відсутності патчів протягом двох тижнів.

Обидва дистрибутиви також мають успадковану від RHEL модель життєвого циклу тривалістю десять років: приблизно п’ять років активної підтримки, а потім п’ять років обслуговування лише оновленнями безпеки. Серія 10 в обох дистрибутивах підтримуватиметься до 2035 року.

Хто стоїть за кожним проєктом?

Rocky Linux належить Rocky Enterprise Software Foundation (RESF) — Delaware public benefit corporation, яку заснував Gregory Kurtzer, один із співзасновників CentOS. У листопаді 2022 року RESF затвердила bylaws і charter, які вивели контроль з-під одноосібного контролю засновника та закріпили його в цих письмових документах. CIQ — компанія, яку також заснував Kurtzer, — є founding sponsor і продає комерційну підтримку Rocky Linux.

AlmaLinux належить AlmaLinux OS Foundation — неприбутковій організації типу 501(c)(6), зареєстрованій у Delaware та заснованій у березні 2021 року. Правління обирають члени foundation на чотирирічні строки зі зміщеним графіком, протоколи засідань публікують протягом fourteen днів, а bylaw забороняє будь-якому одному роботодавцю мати більше одного місця з правом голосу в правлінні незалежно від обсягу його sponsorship. CloudLinux започаткувала проєкт і в жовтні 2024 року поновила platinum sponsorship вартістю one million dollars на рік. Її підрозділ TuxCare продає комерційну підтримку.

Обидві структури створили так, щоб жодна окрема компанія не могла повторити те, що сталося з CentOS Linux 8; жодна з них при цьому не є очевидно безпечнішою за іншу. Фактично в обох випадках можна перевірити одне й те саме: прочитати bylaws і визначити організацію, яка фінансує проєкт.

Що змінилося у 2023 році і чи має це значення досі?

21 June 2023 Red Hat оголосила, що CentOS Stream стане єдиним репозиторієм для публічних випусків вихідного коду, пов’язаного з RHEL. До цього вихідні коди пакетів RHEL публікувалися на git.centos.org, звідки їх отримували проєкти для створення сумісних збірок. Видалення цього джерела не зупинило такі збірки. Але кожному проєкту довелося публічно пояснити, як саме він отримуватиме вихідний код.

Rocky відповів 29 June 2023. Проєкт отримує вихідний код RHEL з образів контейнерів Universal Base Image (UBI) і загальнодоступних хмарних інстансів із оплатою за використання. Обґрунтування таке: "no one can prevent redistribution of GPL software". У August 2023 CIQ, Oracle і SUSE створили Open Enterprise Linux Association (OpenELA), яка публікує вихідний код, потрібний для створення сумісної з Enterprise Linux збірки з відповідністю помилка до помилки. AlmaLinux не є її членом.

AlmaLinux відповіла 13 July 2023, і її відповіддю стала зміна мети. Проєкт відмовився від сумісності 1:1 з відповідністю помилка до помилки та перейшов до сумісності на рівні ABI. У власному формулюванні проєкту: "we will no longer be held to the line of bug-for-bug compatibility with Red Hat, and that means that we can now accept bug fixes outside of Red Hat's release cycle". У тому самому дописі користувачам пообіцяли "very little change" у щоденному використанні.

Через три роки питання отримання вихідного коду на практиці вирішене. Відтоді обидва проєкти випустили кожен мінорний реліз RHEL за подібними графіками. Суперечка залишила після себе різницю в тому, що саме обіцяє кожен із проєктів.

Побайтово сумісний за помилками чи сумісний на рівні ABI: у чому різниця?

На головній сторінці Rocky Linux досі зазначено, що дистрибутив розроблено як 100% сумісний з RHEL за помилками. Це означає, що перебудована система відтворює поведінку RHEL, включно з дефектами. Якщо пакет у RHEL містить помилку, той самий пакет у Rocky Linux також її містить. Тому спосіб обходу з матеріалу бази знань Red Hat можна застосувати без адаптації.

Сумісність на рівні ABI є вужчим і точнішим поняттям. ABI, або двійковий інтерфейс застосунків, — це двійковий контракт, від якого залежить скомпільована програма: імена символів, структура даних, угоди виклику та версії бібліотек. Якщо цей контракт залишається стабільним, двійковий файл, зібраний для RHEL, завантажується та працює. Ця гарантія не означає, що помилки RHEL також буде відтворено.

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

Отже, потрібно визначити, яка гарантія вам потрібна. Сервер має поводитися ідентично до RHEL чи на ньому має працювати програмне забезпечення, зібране для RHEL? Майже всім потрібен другий варіант.

Чи встановляться на обох системах пакети постачальника, зібрані для RHEL?

Так. RPM-пакет, зібраний для RHEL 9 або RHEL 10, встановлюється та працює на обох системах, оскільки ABI сумісний, а обидва дистрибутиви представляються інструментам як системи сімейства Red Hat. Файл, який забезпечує це представлення, — /etc/os-release.

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

Копія цього файла в Rocky Linux має таку саму структуру з NAME="Rocky Linux" і ID="rocky". Вона також містить rhel у ID_LIKE. Скрипт інсталятора, який читає ID_LIKE, знаходить rhel і вибирає шлях для Red Hat, працює на обох системах. Скрипт, який лише порівнює ID із жорстко заданим списком rhel, centos і fedora, не працює на жодній із них. В обох випадках він завершується однаково з повідомленням про непідтримуваний дистрибутив. Це помилка скрипту, а не відмінність між двома системами.

Справжній виняток має комерційний, а не технічний характер. Матриця підтримки є діловим документом. Пакет постачальника може без проблем встановлюватися та працювати в дистрибутиві, якого немає в матриці, але постачальник усе одно може відмовитися допомагати, якщо виникне збій. Якщо ви платите за таку підтримку, ознайомтеся з матрицею та керуйтеся нею під час вибору. Це єдиний випадок, коли рішення приймають за вас.

Який дистрибутив працює на старіших процесорах?

RHEL 10 підвищив базовий рівень мікроархітектури x86-64 до x86-64-v3. Цей рівень відповідає поколінню Intel Haswell і AMD Excavator та потребує таких розширень набору інструкцій, як AVX2. Rocky Linux 10 дотримується цього правила RHEL. У документації зазначено, що базовим є x86-64-v3, а рівень v2 і попередні рівні більше не підтримуються.

AlmaLinux 10 постачається зі збіркою v3 за замовчуванням і додає окрему збірку x86-64-v2. За словами проєкту, це дає змогу користувачам зі старішим обладнанням отримувати оновлення безпеки ще протягом десяти років. AlmaLinux також перебудовує пакети EPEL для цієї архітектури, оскільки сторонні пакети для RHEL 10 орієнтовані на v3. Це важливе обмеження, яке потрібно врахувати заздалегідь: збірка v2 підходить для стандартного набору пакетів і власного v2 EPEL від AlmaLinux, а все інше потрібно самостійно перебудувати для v2.

Для VPS це важливіше, ніж для власного обладнання, оскільки ви не обираєте процесор хоста. На старіших або дешевших хостах, а також у випадках, коли гіпервізор надає гостьовій системі консервативну модель процесора, віртуальна машина може не бачити AVX2, навіть якщо фізичний процесор його підтримує. Пакети, зібрані для v3, намагаються використовувати інструкції, яких немає в процесора, тому завершуються помилкою. Перевірте, які можливості фактично доступні вашому екземпляру, перш ніж переводити парк систем на серію 10. Серія 9 обох дистрибутивів і далі працює на рівні v2. На екземплярах ARM, а не x86 це питання не виникає, оскільки рівні мікроархітектури є поняттям x86-64.

Така сама свобода доступна і в інших компонентах AlmaLinux 10. Проєкт повторно ввімкнув підтримку понад 150 пристроїв, які вилучив upstream, зокрема PCI ID для старіших RAID- і iSCSI-контролерів, а також повторно ввімкнув SPICE для використання як на сервері, так і на клієнті. Покажчики кадру ввімкнені за замовчуванням, завдяки чому працює системне профілювання. Обіцянка повної сумісності на рівні окремих помилок забороняє всі ці зміни, тому саме рішення 2023 року дало змогу реалізувати їх.

Як перенести наявний сервер CentOS або RHEL?

Rocky Linux публікує скрипти конвертації у своєму репозиторії rocky-tools. migrate2rocky.sh конвертує систему Enterprise Linux 8 на Rocky Linux 8, а migrate2rocky9.sh виконує те саме для серії 9. Кожен скрипт працює лише в межах однієї основної версії. Станом на серпень 2026 року в репозиторії немає еквівалентного скрипту для Enterprise Linux 10, тому перехід на Rocky Linux 10 потребує повторного встановлення системи.

AlmaLinux публікує almalinux-deploy.sh. Він підтримує Enterprise Linux 8, 9 і 10 та конвертує системи CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux і Virtuozzo Linux на архітектурах x86_64, aarch64, ppc64le і s390x. Перед початком ознайомтеся з документованими обмеженнями. На системах, де потрібен завантажувач, підтримується лише GRUB2. Кастомне ядро, наприклад UEK (unbreakable enterprise kernel) від Oracle, автоматично не видаляється. Через це машина не може завантажитися із Secure Boot.

Для переходу між основними версіями AlmaLinux підтримує ELevate, створений на основі фреймворку leapp від Red Hat. Документовані маршрути: CentOS 7 до EL8, AlmaLinux 8 або CentOS Stream 8 до EL9, а також AlmaLinux 9 або CentOS Stream 9 до EL10. У документації ціль позначено як EL8, EL9 або EL10, а не названо конкретний дистрибутив, оскільки ви самі обираєте, на який Enterprise Linux перейти.

Будь-який із цих інструментів змінює пакети релізу та повторно встановлює значну частину системи. Спочатку створіть snapshot у провайдера. Виконуйте конвертацію всередині screen або tmux, як радить власна документація AlmaLinux. Якщо SSH-з’єднання перерветься посеред процесу, машина може перейти в стан, який небезпечно діагностувати з rescue console.

То який варіант обрати?

Для типового навантаження VPS підійде будь-який із них. Вони встановлюють однакові пакети, і підтримка обох завершується в одному році. Оберіть один варіант, використовуйте його на всіх своїх серверах і не витрачайте на це більше часу. Узгодженість важливіша за відмінності між ними, оскільки змішаний парк подвоює кількість образів і каналів повідомлень про оновлення безпеки, які потрібно відстежувати. Ці витрати швидко зростають, коли ви одночасно адмініструєте кілька Linux-серверів.

Винятки вузькі, і в кожному випадку рішення визначає чинник, не пов’язаний із вашими вподобаннями.

• Процесор вашого хоста старіший за Haswell або гіпервізор приховує AVX2 від гостьової системи. AlmaLinux 10 має збірку x86-64-v2. Rocky Linux 10 її не має.
• Постачальник, якому ви платите, зазначає один дистрибутив у своїй матриці підтримки. Використовуйте саме його.
• Вам потрібна поведінка, ідентична RHEL, для сертифікації або аудиту. Заявлена мета Rocky Linux — сумісність до рівня кожної помилки, а мета AlmaLinux прямо не передбачає цього.
• Ви перетворюєте вже запущений сервер, а не створюєте новий. Інструменти AlmaLinux наразі підтримують більше вихідних дистрибутивів і основних версій, зокрема Enterprise Linux 10.

Якщо насправді ви обираєте між Enterprise Linux та іншим варіантом, то вирішальним є модель життєвого циклу. Дистрибутив Enterprise Linux надає десять років підтримки для одного набору пакетів без переходів між версіями, які потрібно планувати. Релізи Ubuntu з довгостроковою підтримкою надають п’ять років стандартної підтримки з підтримуваним шляхом оновлення кожні два роки. Це інша модель, яку розглянуто в порівнянні Ubuntu LTS і проміжних релізів. Незалежно від того, що ви встановите, перша година на машині проходить за однаковою схемою, тож ознайомтеся з матеріалом перші десять хвилин на новому VPS, перш ніж розміщувати на ній будь-які сервіси.

FAQ

Rocky Linux чи AlmaLinux ближчий до Red Hat Enterprise Linux?

Rocky Linux — відповідно до власної заявленої мети. На головній сторінці дистрибутив описано як такий, що має бути на 100% сумісним із RHEL на рівні помилок, тобто відтворювати поведінку RHEL, включно з його дефектами. 13 July 2023 AlmaLinux оголосив, що натомість орієнтуватиметься на сумісність ABI (application binary interface). Тому програмне забезпечення, зібране для RHEL, працює в ньому, хоча базовий код може містити виправлення, яких RHEL ще не випустив. Для запуску звичайного серверного програмного забезпечення ці два дистрибутиви рівнозначні. Якщо сертифікація вимагає саме поведінки RHEL, ця відмінність має принципове значення.

Чи можна перейти з Rocky Linux на AlmaLinux без повторного встановлення?

Так, у цьому напрямку. У almalinux-deploy.sh AlmaLinux серед підтримуваних джерел зазначено Rocky Linux 8, 9 і 10, а також CentOS Stream, Oracle Linux, RHEL і MiracleLinux. Зворотний перехід має більше обмежень: репозиторій rocky-tools Rocky містить скрипти конвертації лише для Enterprise Linux 8 і 9. Тому станом на August 2026 шляху для переходу на Rocky Linux 10 без повторного встановлення немає. Перед конвертацією створіть snapshot і запускайте процедуру із сесії, яка переживе розрив з’єднання, оскільки процес замінює release-пакети та повторно встановлює значну частину системи.

Чи працюють пакети, зібрані для RHEL, в обох дистрибутивах?

Так, для звичайних RPM-пакетів і сторонніх репозиторіїв. Обидва дистрибутиви зберігають сумісність із application binary interface RHEL. Обидва ідентифікують себе за допомогою ID_LIKE="rhel centos fedora" у /etc/os-release, тому пакет або скрипт інсталятора, який перевіряє наявність системи сімейства Red Hat, обирає правильний шлях. Виняток має комерційний, а не технічний характер: постачальник може підтримувати лише ті дистрибутиви, які зазначені в його support matrix, навіть якщо пакет встановлюється та працює в обох системах. Якщо ви платите за таку підтримку, орієнтуйтеся на support matrix.

Який дистрибутив обрати для недорогого VPS зі старішим CPU?

AlmaLinux, якщо потрібна серія 10. У RHEL 10 базовий рівень x86-64 підвищено до рівня мікроархітектури v3. Для цього потрібен процесор рівня Intel Haswell або AMD Excavator, і Rocky Linux 10 дотримується цього базового рівня. AlmaLinux 10 додатково постачається у варіанті збірки x86-64-v2 для старішого обладнання, із десятьма роками security updates. Перед вибором перевірте, який CPU доступний вашому інстансу, оскільки віртуальна машина бачить модель CPU, яку надає hypervisor, а не обов’язково повний набір інструкцій хоста. Серія 9 обох дистрибутивів і далі працює на обладнанні рівня v2.