Rocky Linux czy AlmaLinux: co wybrać na serwer VPS?

Rocky Linux a AlmaLinux: krótka odpowiedź

W przypadku niemal każdego serwera wybór między Rocky Linux a AlmaLinux nie wiąże się z ryzykiem błędu. Oba projekty budują system na podstawie tego samego kodu źródłowego Red Hat Enterprise Linux (RHEL), dlatego dostarczają te same pakiety w ramach tego samego dziesięcioletniego cyklu wsparcia. Różnice istnieją, ale dotyczą modelu zarządzania oraz nielicznych, specyficznych przypadków, a nie codziennej administracji serwerem.

Dwie kwestie decydują o wyborze, gdy nie jest to kwestia przypadku. AlmaLinux 10 nadal dostarcza kompilację dla procesorów starszych niż Intel Haswell, podczas gdy Rocky Linux 10 tego nie robi, co ma znaczenie w przypadku tańszego lub starszego sprzętu VPS (virtual private server). AlmaLinux deklaruje również kompatybilność ABI zamiast identycznego zachowania systemu, co jest istotne przy uruchamianiu oprogramowania dostawcy z rygorystyczną macierzą wsparcia.

Pochodzenie obu dystrybucji

8 grudnia 2020 roku projekt CentOS ogłosił, że wsparcie dla CentOS Linux 8, będącego kompilacją RHEL 8, zakończy się z końcem 2021 roku. Pierwotnie publikacja zakładała datę zakończenia wsparcia na rok 2029. Przyszłością projektu stał się CentOS Stream, który w tym samym ogłoszeniu opisano jako wydanie śledzące rozwój RHEL z niewielkim wyprzedzeniem i pełniące rolę gałęzi rozwojowej typu upstream dla RHEL. CentOS Linux 7 utrzymał swój pierwotny harmonogram i osiągnął kres cyklu życia 30 czerwca 2024 roku.

Problemem nie był sam CentOS Stream. Problemem było skrócenie cyklu życia z 2029 roku o osiem lat z zaledwie rocznym wyprzedzeniem, w przypadku systemów już zainstalowanych. Rocky Linux i AlmaLinux powstały właśnie z tego powodu. Obie dystrybucje pojawiły się w 2021 roku i obie miały ten sam cel: zapewnienie darmowej kompilacji RHEL, którą administrator może zainstalować i pozostawić bez ingerencji przez dekadę.

Wspólne cechy Rocky Linux i AlmaLinux

Należy zacząć od tego punktu, ponieważ część wspólna stanowi większość obrazu sytuacji. Oba systemy są budowane na podstawie tych samych źródeł upstream RHEL, dzięki czemu oferują te same wersje pakietów, ten sam menedżer pakietów dnf, tę samą politykę SELinux (Security Enhanced Linux), ten sam interfejs firewalld oraz ten sam układ jednostek systemd. Pliki konfiguracyjne znajdują się w tych samych ścieżkach. Poradnik napisany dla jednego systemu działa na drugim po zmianie nazwy.

Oba systemy ściśle podążają za wydaniami minor RHEL. AlmaLinux 10.2 ukazał się 26 maja 2026, a Rocky Linux 10.2 28 maja 2026. Seria 9 pojawiła się w tym samym tygodniu: AlmaLinux 9.8 26 maja 2026, a Rocky Linux 9.8 27 maja 2026. Wcześniej różnica była większa. AlmaLinux 10.0 pojawił się 27 maja 2025, a Rocky Linux 10.0 11 czerwca 2025.

Ta różnica dotyczy nośników wydań minor, a nie bezpieczeństwa. Oba projekty publikują erraty w sposób ciągły pomiędzy wydaniami minor, każdy za pośrednictwem własnego serwisu errat. Dwutygodniowa różnica w czasie pojawienia się obrazu .2 nie oznacza dwóch tygodni bez poprawek.

Oba systemy realizują również dziesięcioletni model cyklu życia odziedziczony po RHEL: około pięciu lat wsparcia aktywnego, a następnie pięć lat utrzymania obejmującego wyłącznie poprawki bezpieczeństwa. Seria 10 w obu przypadkach jest wspierana do 2035 roku.

Kto stoi za każdym z projektów?

Rocky Linux należy do Rocky Enterprise Software Foundation (RESF), korporacji pożytku publicznego z Delaware, utworzonej przez Gregory'ego Kurtzera, współzałożyciela CentOS. W listopadzie 2022 roku RESF ratyfikowała statut i kartę, które przeniosły kontrolę z rąk założyciela do zapisanej struktury. CIQ, firma również założona przez Kurtzera, jest sponsorem założycielskim i sprzedaje komercyjne wsparcie dla Rocky Linux.

AlmaLinux należy do AlmaLinux OS Foundation, organizacji non-profit typu 501(c)(6) zarejestrowanej w Delaware i założonej w marcu 2021 roku. Zarząd jest wybierany przez członków fundacji na czteroletnie kadencje, protokoły z posiedzeń są publikowane w ciągu czternastu dni, a statut uniemożliwia jednemu pracodawcy posiadanie więcej niż jednego miejsca w zarządzie z prawem głosu, niezależnie od wysokości wsparcia finansowego. Projekt został zapoczątkowany przez CloudLinux, który w październiku 2024 roku odnowił platynowe sponsorowanie o wartości miliona dolarów rocznie. Komercyjne wsparcie sprzedaje dział TuxCare.

Obie struktury zostały zbudowane tak, aby żadna firma nie mogła powtórzyć sytuacji, która spotkała CentOS Linux 8, i żadna z nich nie jest w oczywisty sposób bezpieczniejsza od drugiej. To, co można faktycznie zweryfikować, jest w obu przypadkach takie samo: można przeczytać statuty oraz wskazać organizację, która finansuje projekt.

Co zmieniło się w 2023 roku i czy nadal ma to znaczenie?

21 czerwca 2023 roku firma Red Hat ogłosiła, że CentOS Stream stanie się jedynym repozytorium publicznych wydań kodu źródłowego powiązanego z RHEL. Wcześniej źródła pakietów RHEL pojawiały się w git.centos.org, skąd pobierały je projekty typu rebuild. Usunięcie tego źródła nie zatrzymało prac nad rebuildami. Wymusiło jednak na każdym projekcie publiczne wyjaśnienie sposobu pozyskiwania źródeł.

Projekt Rocky odpowiedział 29 czerwca 2023 roku. Pozyskuje on źródła RHEL z obrazów kontenerowych Universal Base Image (UBI) oraz z instancji chmurowych typu pay-per-use, argumentując, że "nikt nie może zabronić redystrybucji oprogramowania na licencji GPL". W sierpniu 2023 roku firmy CIQ, Oracle oraz SUSE utworzyły Open Enterprise Linux Association (OpenELA), która publikuje źródła niezbędne do tworzenia rebuildów Enterprise Linux zgodnych z RHEL na poziomie błędów (bug-for-bug). AlmaLinux nie jest członkiem tej organizacji.

Projekt AlmaLinux odpowiedział 13 lipca 2023 roku, a jego odpowiedź oznaczała zmianę celów. Projekt porzucił dążenie do pełnej zgodności 1:1 (bug-for-bug) na rzecz zgodności ABI. Jak stwierdzono w komunikacie: "nie będziemy już trzymać się linii zgodności bug-for-bug z Red Hat, co oznacza, że możemy teraz akceptować poprawki błędów spoza cyklu wydawniczego Red Hat". Ten sam wpis informował użytkowników, że w codziennym użytkowaniu należy spodziewać się "bardzo niewielkich zmian".

Po trzech latach kwestia pozyskiwania źródeł została w praktyce rozwiązana. Oba projekty od tego czasu dostarczyły każde wydanie minor RHEL w zbliżonych terminach. Tym, co przetrwało spór, jest różnica w deklaracjach składanych przez każdy z tych projektów.

Zgodność "bug for bug" a zgodność ABI: jaka jest różnica?

Strona główna Rocky Linux wciąż opisuje tę dystrybucję jako zaprojektowaną w 100% w sposób zgodny z RHEL w modelu "bug for bug". Zgodność "bug for bug" oznacza, że przebudowany system odtwarza zachowanie RHEL, włącznie z jego wadami. Jeśli pakiet w RHEL zawiera błąd, ten sam pakiet w Rocky Linux również go posiada, dzięki czemu obejście problemu opisane w bazie wiedzy Red Hat ma zastosowanie bez konieczności adaptacji.

Zgodność ABI jest węższa i bardziej precyzyjna. ABI (Application Binary Interface) to binarny kontrakt, od którego zależy skompilowany program: nazwy symboli, układy struktur, konwencje wywoływania oraz wersje bibliotek. Utrzymanie stabilności tego kontraktu sprawia, że plik binarny zbudowany dla RHEL wczytuje się i działa. Ta obietnica nie mówi nic o powielaniu błędów RHEL.

Konsekwencje są łatwe do określenia. AlmaLinux może naprawić błąd, zanim zrobi to Red Hat, a także zachować sterownik, który Red Hat usunął. Oba te działania celowo zmieniają zachowanie systemu względem RHEL. Rocky Linux z założenia nie zrobi żadnej z tych rzeczy, dzięki czemu pozostaje przewidywalny dokładnie w taki sposób, jakiego wymagają certyfikacje.

Pytanie brzmi zatem, której obietnicy potrzebujesz. Czy wymagasz, aby serwer zachowywał się identycznie jak RHEL, czy potrzebujesz, aby oprogramowanie zbudowane dla RHEL działało na Twoim systemie? Niemal każdy potrzebuje tego drugiego.

Czy pakiety dostawców zbudowane dla RHEL zainstalują się na obu systemach?

Tak. Pakiet RPM zbudowany dla RHEL 9 lub RHEL 10 instaluje się i działa na obu systemach, ponieważ ABI jest zgodne, a obie dystrybucje przedstawiają się narzędziom w sposób typowy dla rodziny Red Hat. Plikiem, który odpowiada za tę identyfikację, jest /etc/os-release.

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

Kopia w Rocky Linux ma taką samą strukturę z NAME="Rocky Linux" oraz ID="rocky" i wymienia również rhel w ID_LIKE. Skrypt instalacyjny, który odczytuje ID_LIKE, znajduje rhel i wybiera ścieżkę Red Hat, działa na obu systemach. Skrypt, który jedynie porównuje ID z zakodowaną na sztywno listą rhel, centos oraz fedora, zawiedzie na obu systemach w identyczny sposób, wyświetlając komunikat o nieobsługiwanej dystrybucji. Jest to błąd w skrypcie, a nie różnica między tymi systemami.

Prawdziwy wyjątek ma charakter komercyjny, a nie techniczny. Macierz wsparcia jest dokumentem biznesowym. Pakiet dostawcy może zainstalować się i działać bez zarzutu na dystrybucji, której nie ma w macierzy, a dostawca mimo to może odmówić pomocy w razie awarii. Jeśli płacisz za wsparcie, zapoznaj się z macierzą i pozwól jej dokonać wyboru za Ciebie. Jest to jedyny przypadek, w którym decyzja jest podejmowana za Ciebie.

Która dystrybucja nadal działa na starszych procesorach?

RHEL 10 podniósł wymagania dla architektury x86-64 do poziomu x86-64-v3. Poziom ten odpowiada generacji Intel Haswell oraz AMD Excavator i wymaga rozszerzeń zestawu instrukcji, takich jak AVX2. Rocky Linux 10 podąża w tym zakresie za RHEL. Dokumentacja tego systemu wskazuje, że x86-64-v3 jest poziomem bazowym, a wsparcie dla poziomu v2 i starszych zostało zakończone.

AlmaLinux 10 dostarcza kompilację v3 jako domyślną, dodając jednocześnie oddzielną wersję x86-64-v2. Jak podaje projekt, ma to umożliwić użytkownikom starszego sprzętu otrzymywanie aktualizacji bezpieczeństwa przez kolejne dziesięć lat. AlmaLinux przebudowuje również pakiety EPEL dla tej architektury, ponieważ zewnętrzne pakiety dla RHEL 10 są kierowane na v3. Jest to istotne ograniczenie: kompilacja v2 obsługuje domyślny zestaw pakietów oraz własne repozytorium EPEL v2 dla AlmaLinux, natomiast wszelkie inne pakiety muszą zostać samodzielnie przebudowane dla architektury v2.

Kwestia ta ma większe znaczenie w przypadku VPS niż własnego sprzętu, ponieważ użytkownik nie wybiera procesora hosta. Na starszych lub tańszych serwerach, albo w sytuacjach, gdy hypervisor prezentuje maszynie wirtualnej konserwatywny model procesora, instancja może nie udostępniać instrukcji AVX2, nawet jeśli fizyczny układ je posiada. Pakiety skompilowane dla v3 próbują wtedy wywołać instrukcje, których procesor nie obsługuje, co prowadzi do błędów. Przed wdrożeniem systemu na większą skalę należy sprawdzić, jakie instrukcje faktycznie są widoczne w instancji. Seria 9 obu dystrybucji nadal działa na poziomie v2. W przypadku instancji ARM zamiast x86 problem ten nie występuje, ponieważ poziomy mikroarchitektury są koncepcją właściwą dla x86-64.

Podobna swoboda widoczna jest w innych obszarach AlmaLinux 10. Projekt przywrócił wsparcie dla ponad 150 urządzeń usuniętych w wersji upstream, w tym identyfikatory PCI dla starszych kontrolerów RAID i iSCSI, a także ponownie włączył obsługę SPICE dla serwerów i klientów. Wskaźniki ramek (frame pointers) są domyślnie włączone, co umożliwia profilowanie całego systemu. Obietnica zgodności „bug-for-bug” wykluczała każdą z tych zmian, dlatego decyzja z 2023 roku stworzyła przestrzeń na ich wprowadzenie.

Jak przeprowadzić migrację istniejącego serwera CentOS lub RHEL?

Rocky Linux publikuje skrypty konwersji w swoim repozytorium rocky-tools. migrate2rocky.sh konwertuje system Enterprise Linux 8 do Rocky Linux 8, a migrate2rocky9.sh wykonuje to samo dla serii 9. Każde z tych narzędzi działa w obrębie jednej wersji głównej. Według stanu na sierpień 2026 repozytorium nie zawiera odpowiedniego skryptu dla Enterprise Linux 10, więc przejście na Rocky Linux 10 wymaga ponownej instalacji.

AlmaLinux publikuje almalinux-deploy.sh, które obejmuje Enterprise Linux 8, 9 oraz 10 i umożliwia konwersję z systemów CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux oraz Virtuozzo Linux, działających na architekturach x86_64, aarch64, ppc64le i s390x. Przed rozpoczęciem pracy warto zapoznać się z udokumentowanymi ograniczeniami. Obsługiwany jest wyłącznie program rozruchowy GRUB2 na systemach, które go wymagają, a niestandardowe jądra, takie jak UEK (unbreakable enterprise kernel) firmy Oracle, nie są usuwane automatycznie, co uniemożliwia uruchomienie maszyny w trybie Secure Boot.

W przypadku przeskoku między wersjami głównymi AlmaLinux utrzymuje projekt ELevate, zbudowany na bazie frameworka leapp firmy Red Hat. Udokumentowane ścieżki obejmują przejście z CentOS 7 do EL8, z AlmaLinux 8 lub CentOS Stream 8 do EL9 oraz z AlmaLinux 9 lub CentOS Stream 9 do EL10. Dokumentacja określa cel jako EL8, EL9 lub EL10 zamiast wskazywać konkretną dystrybucję, ponieważ użytkownik sam wybiera docelowy system Enterprise Linux.

Każde z tych narzędzi nadpisuje pakiety wydania i reinstaluje znaczną część systemu. Najpierw należy wykonać snapshot u dostawcy. Konwersję należy uruchomić wewnątrz screen lub tmux, zgodnie z zaleceniami dokumentacji AlmaLinux, ponieważ zerwanie połączenia SSH w trakcie procesu pozostawia maszynę w stanie, którego nie chcesz naprawiać z poziomu konsoli ratunkowej.

Który system wybrać?

W przypadku typowego obciążenia VPS wybór jest dowolny. Oba systemy instalują te same pakiety i osiągają koniec wsparcia w tym samym roku. Należy wybrać jeden, stosować go na każdym serwerze i nie poświęcać temu więcej uwagi. Spójność jest cenniejsza niż różnice między nimi, ponieważ mieszana flota serwerów podwaja liczbę obrazów i kanałów z informacjami o błędach (errata), które trzeba monitorować. Koszt ten rośnie szybko, gdy zarządza się kilkoma serwerami Linux jednocześnie.

Wyjątki są nieliczne, a o każdym z nich decydują czynniki niezależne od osobistych preferencji.

• Procesor hosta jest starszy niż Haswell lub hypervisor ukrywa instrukcje AVX2 przed gościem. AlmaLinux 10 posiada kompilację x86-64-v2. Rocky Linux 10 jej nie posiada.
• Dostawca, któremu płacisz, wymienia konkretną dystrybucję w swojej macierzy wsparcia. Należy użyć właśnie tej.
• Wymagane jest zachowanie identyczne z RHEL ze względu na certyfikację lub audyt. Deklarowanym celem Rocky Linux jest pełna zgodność z błędami (bug for bug), podczas gdy cel AlmaLinux wyraźnie tego nie zakłada.
• Konwertowany jest działający serwer zamiast budowania nowego od podstaw. Narzędzia AlmaLinux obsługują obecnie więcej dystrybucji źródłowych i więcej wersji głównych, w tym Enterprise Linux 10.

Jeśli rzeczywisty dylemat dotyczy wyboru między Enterprise Linux a czymś innym, wybiera się model cyklu życia. Dystrybucja Enterprise Linux zapewnia dziesięć lat pracy na jednym zestawie pakietów bez konieczności planowania skoków wersji. Wydania Ubuntu o długoterminowym wsparciu (LTS) oferują pięć lat standardowego wsparcia ze wspieraną ścieżką aktualizacji co dwa lata, co stanowi inną ofertę i zostało omówione w porównaniu Ubuntu LTS i wydań tymczasowych. Niezależnie od wyboru, pierwsza godzina pracy na maszynie wygląda tak samo, dlatego przed instalacją czegokolwiek należy wykonać kroki opisane w pierwsze dziesięć minut na nowym VPS.

FAQ

Która dystrybucja, Rocky Linux czy AlmaLinux, jest bliższa Red Hat Enterprise Linux?

Rocky Linux, zgodnie z własnymi deklaracjami. Strona główna projektu opisuje tę dystrybucję jako zaprojektowaną w 100% w celu zapewnienia zgodności typu „bug-for-bug” z RHEL, co oznacza dążenie do odwzorowania zachowania RHEL, w tym również jego błędów. AlmaLinux ogłosił 13 lipca 2023 roku, że skupi się na zgodności ABI (application binary interface), dzięki czemu oprogramowanie zbudowane dla RHEL działa na nim, mimo że kod źródłowy może zawierać poprawki, których RHEL jeszcze nie wydał. W przypadku uruchamiania standardowego oprogramowania serwerowego obie dystrybucje są równoważne. W przypadku certyfikacji wymagającej konkretnego zachowania RHEL, to rozróżnienie ma kluczowe znaczenie.

Czy można przejść z Rocky Linux na AlmaLinux bez reinstalacji?

Tak, w tym kierunku jest to możliwe. Narzędzie almalinux-deploy.sh projektu AlmaLinux wymienia Rocky Linux 8, 9 oraz 10 wśród wspieranych źródeł, obok CentOS Stream, Oracle Linux, RHEL oraz MiracleLinux. Przejście w drugą stronę jest bardziej ograniczone: repozytorium rocky-tools projektu Rocky zawiera skrypty konwersyjne wyłącznie dla Enterprise Linux 8 i 9, zatem na stan z sierpnia 2026 roku nie istnieje ścieżka bezpośredniej migracji do Rocky Linux 10. Przed każdą konwersją należy wykonać snapshot i uruchomić proces w sesji odpornej na zerwanie połączenia, ponieważ operacja ta podmienia pakiety wydania i reinstaluje znaczną część systemu.

Czy pakiety zbudowane dla RHEL działają na obu systemach?

Tak, w przypadku zwykłych pakietów RPM oraz repozytoriów zewnętrznych. Obie dystrybucje zachowują interfejs binarny aplikacji RHEL i obie identyfikują się za pomocą ID_LIKE="rhel centos fedora" w pliku /etc/os-release, dzięki czemu pakiet lub skrypt instalacyjny sprawdzający przynależność do rodziny Red Hat wybiera właściwą ścieżkę. Wyjątek ma charakter komercyjny, a nie techniczny: dostawca może wspierać tylko te dystrybucje, które wymienia w swojej macierzy wsparcia, nawet jeśli jego pakiet instaluje się i działa na obu systemach. Jeśli płacisz za wsparcie, kieruj się zapisami w macierzy.

Co wybrać na tani VPS ze starszym procesorem?

AlmaLinux, jeśli potrzebujesz serii 10. RHEL 10 podniósł wymagania dla architektury x86-64 do poziomu v3, co wymaga procesora klasy Intel Haswell lub AMD Excavator; Rocky Linux 10 przestrzega tego wymogu. AlmaLinux 10 dostarcza dodatkową kompilację x86-64-v2 dla starszego sprzętu, objętą dziesięcioletnim okresem aktualizacji bezpieczeństwa. Przed podjęciem decyzji sprawdź, co raportuje instancja, ponieważ maszyna wirtualna widzi model procesora udostępniony przez hypervisor, a nie zawsze pełny zestaw instrukcji fizycznego hosta. Seria 9 obu dystrybucji nadal działa na sprzęcie klasy v2.