Rocky Linux o AlmaLinux: quale scegliere per un VPS?

Rocky Linux e AlmaLinux: la risposta breve

Per quasi tutti i server, scegliere tra Rocky Linux e AlmaLinux non comporta una scelta sbagliata. Entrambi i progetti ricostruiscono lo stesso codice sorgente di Red Hat Enterprise Linux (RHEL), quindi rilasciano gli stessi pacchetti con lo stesso ciclo di supporto di dieci anni. Le differenze esistono, ma riguardano la governance e alcuni casi particolari, non le normali attività di gestione di un server.

Quando la scelta non è casuale, contano due aspetti. AlmaLinux 10 include ancora una build per processori meno recenti di Intel Haswell, mentre Rocky Linux 10 non la include. Questo è rilevante sui VPS (virtual private server) più economici o basati su hardware meno recente. AlmaLinux promette inoltre la compatibilità ABI, non un comportamento identico. Questo è importante se si esegue un prodotto di un fornitore con una matrice di supporto rigida.

Da dove provengono entrambe le distribuzioni

L'8 dicembre 2020 il progetto CentOS annunciò che CentOS Linux 8, una ricompilazione di RHEL 8, sarebbe terminato alla fine del 2021. La data di fine vita inizialmente prevista era il 2029. Il futuro del progetto sarebbe stato CentOS Stream, descritto nello stesso annuncio come una distribuzione che segue da vicino una versione RHEL corrente e funge da ramo di sviluppo upstream di RHEL. CentOS Linux 7 mantenne la pianificazione originale e raggiunse la fine del ciclo di vita il 30 giugno 2024.

Il problema non era CentOS Stream in sé. Il problema era che un ciclo di vita previsto fino al 2029 veniva accorciato di otto anni con circa un anno di preavviso, su macchine già installate. Rocky Linux e AlmaLinux esistono per questo motivo. Entrambe sono apparse nel 2021 ed entrambe puntavano allo stesso obiettivo: una ricompilazione gratuita di RHEL che un amministratore potesse installare e poi lasciare invariata per un decennio.

Cosa hanno in comune Rocky Linux e AlmaLinux

Inizia da qui, perché la parte condivisa costituisce la maggior parte del quadro. Entrambe le distribuzioni vengono ricostruite a partire dagli stessi sorgenti upstream di RHEL. Offrono quindi le stesse versioni dei pacchetti, lo stesso gestore di pacchetti dnf, la stessa policy SELinux (security enhanced Linux), lo stesso front end firewalld e la stessa struttura delle unità systemd. I file di configurazione si trovano negli stessi percorsi. Una guida scritta per una distribuzione funziona anche sull'altra, dopo aver sostituito il nome.

Entrambe seguono da vicino le versioni minor di RHEL. AlmaLinux 10.2 è stata rilasciata il 26 May 2026 e Rocky Linux 10.2 il 28 May 2026. La serie 9 ha seguito lo stesso calendario nella stessa settimana: AlmaLinux 9.8 il 26 May 2026 e Rocky Linux 9.8 il 27 May 2026. In precedenza la differenza era maggiore. AlmaLinux 10.0 è stata rilasciata il 27 May 2025 e Rocky Linux 10.0 l'11 June 2025.

Questa differenza riguarda i supporti delle versioni minor, non la sicurezza. Entrambi i progetti pubblicano continuamente errata tra una versione minor e l'altra, ciascuno tramite il proprio servizio di errata. Una differenza di due settimane nella pubblicazione di un'immagine .2 non significa che siano trascorse due settimane senza patch.

Entrambe adottano inoltre il modello di ciclo di vita di dieci anni ereditato da RHEL: circa cinque anni di supporto attivo, seguiti da cinque anni di sola manutenzione di sicurezza. La serie 10 di entrambe le distribuzioni arriva fino al 2035.

Chi sostiene ciascun progetto?

Rocky Linux fa capo alla Rocky Enterprise Software Foundation (RESF), una public benefit corporation del Delaware fondata da Gregory Kurtzer, cofondatore di CentOS. Nel novembre 2022 la RESF ha approvato statuto e regolamento interno che hanno trasferito il controllo dalle mani del fondatore alla struttura definita da questi documenti. CIQ, società fondata anch'essa da Kurtzer, è lo sponsor fondatore e vende assistenza commerciale per Rocky Linux.

AlmaLinux fa capo alla AlmaLinux OS Foundation, un'organizzazione non profit 501(c)(6) costituita nel Delaware e fondata nel marzo 2021. Il consiglio di amministrazione viene eletto dai membri della fondazione con mandati sfalsati di quattro anni; i verbali delle riunioni vengono pubblicati entro quattordici giorni; inoltre, un regolamento impedisce a un singolo datore di lavoro di occupare più di un seggio con diritto di voto nel consiglio, indipendentemente dall'entità della sponsorizzazione. CloudLinux ha avviato il progetto e nell'ottobre 2024 ha rinnovato una sponsorizzazione platinum del valore di un milione di dollari all'anno. La divisione TuxCare vende l'assistenza commerciale.

Entrambe le strutture sono state create per impedire che una singola società possa ripetere quanto accaduto a CentOS Linux 8, e nessuna delle due è chiaramente più sicura dell'altra. In entrambi i casi è possibile verificare gli stessi elementi: si possono leggere i regolamenti e identificare l'organizzazione che finanzia il progetto.

Che cosa è cambiato nel 2023 e perché è ancora importante?

Il 21 June 2023 Red Hat ha annunciato che CentOS Stream sarebbe diventato l'unico repository per i rilasci pubblici del codice sorgente relativo a RHEL. Prima di allora, i sorgenti dei pacchetti RHEL erano disponibili su git.centos.org, da cui i progetti di rebuild li prelevavano. La rimozione di quel feed non ha interrotto i rebuild. Ha però costretto ogni progetto a spiegare pubblicamente come avrebbe ottenuto i sorgenti.

Rocky ha risposto il 29 June 2023. Ottiene i sorgenti RHEL dalle immagini container Universal Base Image (UBI) e dalle istanze di public cloud a consumo, sostenendo che "no one can prevent redistribution of GPL software". Nell'agosto 2023 CIQ, Oracle e SUSE hanno creato la Open Enterprise Linux Association (OpenELA), che pubblica i sorgenti necessari per un rebuild di Enterprise Linux compatibile bug for bug. AlmaLinux non ne è membro.

AlmaLinux ha risposto il 13 July 2023, ma la sua risposta è stata un cambiamento di obiettivo. Il progetto ha abbandonato la compatibilità 1:1 bug for bug e ha adottato la compatibilità ABI. Nelle sue parole, "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". Lo stesso post invitava gli utenti ad aspettarsi "very little change" nell'uso quotidiano.

A distanza di tre anni, la questione dell'approvvigionamento dei sorgenti è risolta nella pratica. Da allora, entrambi i progetti hanno rilasciato ogni minor release di RHEL, con tempistiche simili. La differenza rimasta riguarda ciò che ciascun progetto garantisce.

Compatibilità bug per bug o compatibilità ABI: qual è la differenza?

La home page di Rocky Linux descrive ancora la distribuzione come progettata per essere compatibile al 100% bug per bug con RHEL. Bug per bug significa che la ricompilazione riproduce il comportamento di RHEL, inclusi i suoi difetti. Se un pacchetto in RHEL contiene un bug, lo stesso pacchetto in Rocky Linux contiene lo stesso bug. Di conseguenza, una procedura di workaround tratta da un articolo della knowledge base di Red Hat si applica senza modifiche.

La compatibilità ABI è più limitata e precisa. L'ABI, cioè l'application binary interface, è il contratto binario da cui dipende un programma compilato: nomi dei simboli, layout delle strutture, convenzioni di chiamata e versioni delle librerie. Se questo contratto resta stabile, un binario compilato per RHEL viene caricato ed eseguito. Questa garanzia non implica la riproduzione dei bug di RHEL.

La conseguenza è semplice. AlmaLinux può correggere un bug prima di Red Hat e può mantenere un driver rimosso da Red Hat. Entrambe le scelte allontanano intenzionalmente il suo comportamento da quello di RHEL. Rocky Linux non farà né l'una né l'altra cosa, per progettazione. In questo modo resta prevedibile esattamente nel modo richiesto da una certificazione.

La domanda, quindi, è quale garanzia sia necessaria. È necessario che il server si comporti in modo identico a RHEL oppure che il software compilato per RHEL possa essere eseguito su di esso? Quasi tutti hanno bisogno della seconda.

I pacchetti del fornitore compilati per RHEL si installano su entrambi?

Sì. Un RPM compilato per RHEL 9 o RHEL 10 si installa ed esegue su entrambi, perché l'ABI è compatibile e perché entrambe le distribuzioni si identificano agli strumenti come sistemi della famiglia Red Hat. Il file che fornisce queste informazioni è /etc/os-release.

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

La copia presente in Rocky Linux ha la stessa struttura, con NAME="Rocky Linux" e ID="rocky", e include anche rhel in ID_LIKE. Uno script di installazione che legge ID_LIKE, trova rhel e seleziona il percorso Red Hat funziona su entrambi. Uno script che confronta soltanto ID con un elenco codificato di rhel, centos e fedora non funziona su nessuno dei due e genera lo stesso errore su entrambi, indicando una distribuzione non supportata. È un bug dello script, non una differenza tra i due sistemi.

La vera eccezione riguarda gli aspetti commerciali, non quelli tecnici. Una matrice di supporto è un documento commerciale. Il pacchetto di un fornitore può installarsi ed eseguirsi perfettamente su una distribuzione che la matrice non indica, ma il fornitore può comunque rifiutarsi di fornire assistenza quando si verifica un problema. Se paghi il supporto, leggi la matrice e lascia che sia quella a guidare la scelta. Questo è l'unico caso in cui la decisione viene presa al posto tuo.

Quale funziona ancora sulle CPU più vecchie?

RHEL 10 ha innalzato il livello di microarchitettura x86-64 minimo richiesto a x86-64-v3. Questo livello corrisponde alla generazione Haswell di Intel e a Excavator di AMD e richiede estensioni del set di istruzioni come AVX2. Rocky Linux 10 segue RHEL anche sotto questo aspetto. La documentazione specifica che x86-64-v3 è il livello minimo e che il livello v2 e quelli precedenti non sono più supportati.

AlmaLinux 10 fornisce per impostazione predefinita la build v3 e aggiunge una build separata x86-64-v2. Secondo il progetto, questo consente agli utenti con hardware meno recente di continuare a ricevere aggiornamenti di sicurezza per altri dieci anni. AlmaLinux ricompila anche i pacchetti EPEL per questa architettura, perché i pacchetti RHEL 10 di terze parti sono destinati a v3. Questo è il limite da conoscere prima di farvi affidamento: la build v2 è adatta al set di pacchetti predefinito e all'EPEL v2 di AlmaLinux, mentre tutto il resto deve essere ricompilato autonomamente per v2.

Questo aspetto conta più su un VPS che sull'hardware di proprietà, perché non si sceglie il processore dell'host. Sugli host più vecchi o meno costosi, oppure quando l'hypervisor presenta alla macchina virtuale un modello di CPU conservativo, la macchina virtuale potrebbe non esporre AVX2 anche se il chip fisico lo supporta. I pacchetti compilati per v3 tentano quindi di usare istruzioni che il processore non dispone, e non funzionano. Controllare quali funzionalità espone effettivamente l'istanza prima di distribuire una flotta sulla serie 10. La serie 9 di entrambe le distribuzioni usa ancora il livello v2. Sulle istanze ARM anziché sulle istanze x86 la domanda non si pone, perché i livelli di microarchitettura sono un concetto specifico di x86-64.

La stessa libertà si ritrova in altri aspetti di AlmaLinux 10. Il progetto ha riattivato il supporto per più di 150 dispositivi rimossi dal progetto upstream, inclusi gli ID PCI dei controller RAID e iSCSI meno recenti, e ha riattivato SPICE sia per l'uso lato server sia per quello lato client. I frame pointer sono abilitati per impostazione predefinita, e questo consente il profiling a livello di sistema. Un impegno di compatibilità bug-for-bug avrebbe impedito tutte queste modifiche. La decisione del 2023 ha quindi creato lo spazio necessario per introdurle.

Come si esegue la migrazione di un server CentOS o RHEL esistente?

Rocky Linux pubblica gli script di conversione nel repository rocky-tools. migrate2rocky.sh converte un sistema Enterprise Linux 8 in Rocky Linux 8, mentre migrate2rocky9.sh esegue la stessa operazione per la serie 9. Ogni script funziona all'interno di una singola versione principale. Ad agosto 2026 il repository non contiene uno script equivalente per Enterprise Linux 10; per passare a Rocky Linux 10 è quindi necessario reinstallare il sistema.

AlmaLinux pubblica almalinux-deploy.sh, che supporta Enterprise Linux 8, 9 e 10 e consente la conversione da CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux e Virtuozzo Linux, sulle architetture x86_64, aarch64, ppc64le e s390x. Prima di iniziare, leggere i limiti documentati. Sui sistemi che richiedono un boot loader è supportato soltanto GRUB2. Inoltre, un kernel personalizzato come UEK (unbreakable enterprise kernel) di Oracle non viene rimosso automaticamente; con Secure Boot la macchina potrebbe quindi non riuscire ad avviarsi.

Per il passaggio tra versioni principali, AlmaLinux mantiene ELevate, basato sul framework leapp di Red Hat. I percorsi documentati sono da CentOS 7 a EL8, da AlmaLinux 8 o CentOS Stream 8 a EL9 e da AlmaLinux 9 o CentOS Stream 9 a EL10. La documentazione indica la destinazione come EL8, EL9 o EL10 invece di specificare una distribuzione, perché è l'utente a scegliere quale distribuzione Enterprise Linux installare.

Tutte queste procedure riscrivono i pacchetti di release e reinstallano una parte consistente del sistema. Creare prima uno snapshot presso il provider. Eseguire la conversione all'interno di screen o tmux, come raccomandato dalla documentazione di AlmaLinux, perché la perdita della connessione SSH durante la procedura lascia la macchina in uno stato che non è opportuno dover analizzare da una console di ripristino.

Quale dovresti scegliere?

Per un carico di lavoro tipico su VPS, una vale l’altra. Installano gli stessi pacchetti e il supporto termina nello stesso anno. Scegline una, usala su ogni server che gestisci e non pensarci più. La coerenza è più importante della differenza tra le due, perché una flotta mista raddoppia il numero di immagini e di feed degli avvisi di sicurezza da monitorare. Questo costo aumenta rapidamente quando gestisci più server Linux contemporaneamente.

Le eccezioni sono limitate e, in ogni caso, la scelta dipende da un fattore esterno alle tue preferenze.

• Il processore dell’host è precedente a Haswell oppure l’hypervisor non espone AVX2 al guest. AlmaLinux 10 dispone di una build x86-64-v2. Rocky Linux 10 no.
• Un fornitore a cui paghi il supporto indica una delle due distribuzioni nella propria matrice di compatibilità. Usa quella.
• Ti serve un comportamento identico a RHEL per una certificazione o un audit. L’obiettivo dichiarato di Rocky Linux è la compatibilità bug per bug, mentre quello di AlmaLinux non lo prevede esplicitamente.
• Devi convertire un server già in esecuzione invece di crearne uno nuovo. Gli strumenti di AlmaLinux supportano attualmente più distribuzioni di origine e più versioni principali, tra cui Enterprise Linux 10.

Se la domanda reale è se scegliere Enterprise Linux o un’altra piattaforma, allora stai scegliendo il modello del ciclo di vita. Una distribuzione Enterprise Linux offre dieci anni con lo stesso insieme di pacchetti, senza dover pianificare salti di versione. Le versioni Ubuntu con supporto a lungo termine offrono cinque anni di supporto standard e un percorso di aggiornamento supportato ogni due anni: è un compromesso diverso, illustrato in il confronto tra le versioni Ubuntu LTS e interim. Qualunque distribuzione installi, la prima ora sulla macchina è simile; quindi segui i primi dieci minuti su un nuovo VPS prima di installare qualsiasi servizio.

FAQ

Rocky Linux o AlmaLinux: quale dei due è più vicino a Red Hat Enterprise Linux?

Rocky Linux, secondo l'obiettivo dichiarato dal progetto. La homepage descrive la distribuzione come progettata per essere compatibile al 100% con RHEL, bug per bug. Questo significa che mira a riprodurre il comportamento di RHEL, inclusi i difetti. Il 13 luglio 2023 AlmaLinux ha annunciato che avrebbe puntato invece sulla compatibilità ABI (application binary interface). Il software compilato per RHEL viene quindi eseguito anche su AlmaLinux, mentre il codice sottostante può includere correzioni che RHEL non ha ancora rilasciato. Per eseguire il normale software server, le due distribuzioni sono equivalenti. Per una certificazione che richiede il comportamento di RHEL, questa distinzione è fondamentale.

Posso passare da Rocky Linux ad AlmaLinux senza reinstallare?

Sì, in questa direzione. almalinux-deploy.sh di AlmaLinux elenca Rocky Linux 8, 9 e 10 tra le sorgenti supportate, insieme a CentOS Stream, Oracle Linux, RHEL e MiracleLinux. Il percorso inverso è più limitato: il repository rocky-tools di Rocky fornisce script di conversione solo per Enterprise Linux 8 e 9. Ad agosto 2026 non esiste quindi un percorso di conversione in-place a Rocky Linux 10. Crea uno snapshot prima della conversione ed eseguila da una sessione che sopravviva a un'interruzione della connessione, perché il processo sostituisce i pacchetti di release e reinstalla gran parte del sistema.

I pacchetti compilati per RHEL funzionano su entrambe?

Sì, per i normali pacchetti RPM e i repository di terze parti. Entrambe le distribuzioni mantengono l'interfaccia binaria applicativa di RHEL e si identificano tramite ID_LIKE="rhel centos fedora" in /etc/os-release. Un pacchetto o uno script di installazione che verifica la presenza di un sistema della famiglia Red Hat segue quindi il percorso corretto. L'eccezione è di natura commerciale, non tecnica: un fornitore può supportare solo le distribuzioni indicate nella propria matrice di supporto, anche se il pacchetto si installa ed esegue su entrambe. Se paghi il supporto, fai riferimento alla matrice.

Quale dovrei usare su un VPS economico con una CPU meno recente?

AlmaLinux, se vuoi usare la serie 10. RHEL 10 ha innalzato il requisito minimo x86-64 al livello di microarchitettura v3. Questo richiede un processore equivalente almeno a Intel Haswell o AMD Excavator, e Rocky Linux 10 segue lo stesso requisito. AlmaLinux 10 fornisce inoltre una build x86-64-v2 per hardware meno recente, con dieci anni di aggiornamenti di sicurezza. Verifica quali funzionalità espone la tua istanza prima di scegliere, perché una macchina virtuale vede il modello di CPU fornito dall'hypervisor e non sempre l'intero set di istruzioni dell'host. La serie 9 di entrambe le distribuzioni funziona ancora su hardware v2.