Quale sistema operativo scegliere per il proprio VPS

Quale sistema operativo scegliere per il proprio VPS

Il sistema operativo da scegliere per il proprio VPS è l’attuale release Ubuntu LTS, a meno che una delle quattro domande seguenti non porti a una scelta diversa. LTS significa supporto a lungo termine: cinque anni di aggiornamenti di sicurezza gratuiti invece di nove mesi. Su un VPS (virtual private server) che esegue un’applicazione web, un database, un game server o un mail relay, Ubuntu LTS è la scelta predefinita più sicura ed è il sistema operativo presupposto da quasi tutti i tutorial disponibili online, compreso il nostro.

Su un server preso a noleggio, vale la pena considerare sei distribuzioni: Ubuntu, Debian, CentOS Stream, Rocky Linux, AlmaLinux e Fedora. Tutte usano lo stesso kernel Linux, lo stesso nginx, lo stesso PostgreSQL e lo stesso OpenSSH. Per questo, il software che si intende eseguire raramente è il fattore decisivo. Le differenze principali sono quattro e determinano l’intera scelta: per quanto tempo la release riceve patch, quanto è datato il software incluso nei pacchetti, quali istruzioni si possono seguire senza doverle adattare e se il risultato è compatibile con Red Hat Enterprise Linux (RHEL).

Se non hai ancora definito a cosa servirà la macchina, l’elenco delle attività che puoi svolgere con un VPS è un punto di partenza migliore; che cos’è realmente un VPS spiega invece i concetti di base.

Ecco una sintesi di ciascuna distribuzione.

• Ubuntu LTS. La scelta predefinita. Sceglila, a meno che una delle sezioni seguenti non si applichi al tuo caso.
• Debian. Una base più essenziale e con un’evoluzione più lenta, gestita da un team di sicurezza composto da volontari e senza un’offerta commerciale.
• Rocky Linux. Una ricostruzione compatibile con RHEL, da scegliere quando la piattaforma di destinazione deve essere compatibile con RHEL.
• AlmaLinux. L’altra ricostruzione compatibile con RHEL, con una build per le CPU meno recenti che RHEL 10 non supporta più.
• CentOS Stream. La versione verso cui evolve RHEL. È la scelta giusta quando si sviluppa software destinato a RHEL.
• Fedora. Offre il kernel e lo userland più recenti, con circa 13 mesi di aggiornamenti per ogni release.

Per quanto tempo vuoi lasciare questa macchina senza intervenire?

Il ciclo di supporto determina la frequenza con cui devi eseguire attività rischiose, quindi rispondi prima a questa domanda. Quando una release raggiunge il termine del ciclo di vita, i pacchetti continuano a funzionare. Nulla va in crash. Il server smette semplicemente di ricevere correzioni per le vulnerabilità pubblicate successivamente. Non viene mostrato alcun messaggio di errore, quindi il problema rimane inosservato fino a un audit o a una compromissione. La soluzione consiste in un aggiornamento della distribuzione in-place oppure in una ricostruzione su una nuova immagine. In entrambi i casi devi dedicare almeno una serata all'intervento.

Ogni progetto pubblica le proprie date del ciclo di vita. Calcolato da agosto 2026 e arrotondato a una cifra decimale, questo è il supporto residuo per ogni release attuale.

[
  {
    "distro": "Ubuntu 26.04 LTS",
    "years_of_support_left": 4.7,
    "notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
  },
  {
    "distro": "Debian 13",
    "years_of_support_left": 2.0,
    "notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
  },
  {
    "distro": "CentOS Stream 10",
    "years_of_support_left": 3.8,
    "notes": "Ends May 2030, when the RHEL 10 full support phase ends."
  },
  {
    "distro": "Rocky Linux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035, following the RHEL 10 lifecycle."
  },
  {
    "distro": "AlmaLinux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
  },
  {
    "distro": "Fedora 44",
    "years_of_support_left": 0.8,
    "notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
  }
]

Tutte le 6 ricevono aggiornamenti oggi. La differenza tra le durate è l'aspetto importante. Rocky Linux 10 e AlmaLinux 10 hanno ancora 8.8 anni di aggiornamenti perché seguono il ciclo di vita decennale di RHEL, mentre Fedora 44 ne ha ancora 0.8.

Ubuntu 26.04 LTS ha ancora 4.7 anni di aggiornamenti gratuiti. Ubuntu Pro estende lo stesso sistema fino al 2036 senza costi per l'uso personale su un numero limitato di macchine. Debian 13 mostra 2.0 anni perché è il punto in cui il team di sicurezza Debian interrompe il supporto. Il team LTS composto da volontari lo estende poi di circa due anni, per un insieme più limitato di pacchetti e architetture. Entrambi i valori sono corretti. Vengono calcolati in modo diverso, quindi il confronto tra i cicli di vita di progetti diversi richiede attenzione.

Questa domanda nasconde due insidie. La prima riguarda le release intermedie di Ubuntu, pubblicate ogni sei mesi e supportate per nove mesi. Per questo 25.10 ha smesso di ricevere aggiornamenti il 1 luglio 2026, mentre gli utenti la consideravano ancora una release recente. Perché scegliere LTS invece di una release intermedia di Ubuntu analizza questo argomento in dettaglio. È il modo più comune in cui un VPS rimane senza patch senza che nessuno se ne accorga. La seconda insidia consiste nel presumere che una nuova release richieda una reinstallazione. Non è così. L'aggiornamento in-place da Ubuntu 24.04 a 26.04 è una procedura supportata, e Debian e le distribuzioni ricostruite da RHEL offrono procedure equivalenti.

Quanto devono essere recenti i pacchetti?

Una distribuzione stabile congela le versioni dei pacchetti alla data di rilascio, quindi per anni applica a quelle versioni le correzioni di sicurezza tramite backport. È il compromesso che si accetta scegliendola. Debian 13 ha congelato le versioni a metà del 2025, quindi il server database installato oggi dai suoi repository usa la versione corrente in quel momento, aggiornata con le patch ma non con le versioni successive. Ubuntu LTS funziona nello stesso modo. Fedora segue l'approccio opposto e rilascia versioni upstream aggiornate. Per questo il suo periodo di supporto è breve: mantenere branch vecchi di cinque anni è un lavoro che nessuno vuole svolgere due volte.

I pacchetti obsoleti sono un problema solo quando l'applicazione richiede una versione più recente. Prima di scegliere un'intera distribuzione per soddisfare i requisiti di un solo pacchetto, valuta le alternative, perché di solito sono la soluzione migliore. La maggior parte dei progetti upstream pubblica un repository dedicato. Puoi quindi aggiungere la source apt o dnf del vendor e ottenere versioni aggiornate di quel solo componente. I runtime dei linguaggi hanno propri version manager. Eseguire l'applicazione in un container elimina completamente il problema, perché uno stack Docker Compose include il proprio userland e utilizza soltanto il kernel dell'host.

Ogni alternativa ha lo stesso costo. Un pacchetto della distribuzione viene aggiornato dal team di sicurezza della distribuzione e arriva con il normale apt upgrade o dnf upgrade. Tutto ciò che aggiungi dall'esterno devi monitorarlo e correggerlo tu il giorno in cui si rompe. Anche i repository aggiuntivi sono una fonte comune di errori nei file delle sources. Il nuovo formato delle sources di Ubuntu causa spesso l'errore relativo alle sources apt duplicate.

Il kernel è un problema meno rilevante di quanto si pensi. Su un VPS l'hardware è virtuale e il provider host fornisce i driver reali. Un kernel più recente offre quindi soprattutto funzionalità più nuove per la rete e i filesystem, non un supporto hardware aggiuntivo. Ubuntu LTS distribuisce inoltre kernel di hardware enablement derivati da release successive. Un'installazione LTS non è quindi vincolata al kernel con cui è stata rilasciata.

Quale documentazione seguirai?

Questa è la domanda che viene spesso sottovalutata e che fa perdere più ore. Ubuntu e Debian usano i pacchetti apt e .deb. CentOS Stream, Rocky Linux e AlmaLinux usano i pacchetti dnf e .rpm. Questa distinzione resta rilevante ben oltre il comando di installazione.

I nomi dei pacchetti differiscono: il server web Apache si chiama apache2 su Ubuntu e Debian e httpd sulla famiglia RHEL, quindi cambia anche il nome del servizio. Anche il firewall è diverso: ufw su Ubuntu, firewalld sulla famiglia RHEL, con nftables alla base di entrambi. Differisce anche il livello di controllo degli accessi obbligatorio, che è quello che causa più problemi. La famiglia RHEL esegue SELinux (security enhanced Linux) in modalità enforcing per impostazione predefinita. Di conseguenza, un servizio può vedersi negare l'accesso a un file anche quando i relativi permessi lo consentono chiaramente. Il motivo compare solo nell'audit log tramite ausearch -m AVC. Ubuntu e Debian usano AppArmor, che include meno profili e interrompe il funzionamento con minore frequenza.

Niente di tutto questo è difficile. È lavoro di traduzione, che devi ripetere per ogni tutorial che leggi, spesso a tarda notte. Se non hai esperienza con i server Linux, questo è già un motivo sufficiente per scegliere Ubuntu LTS, perché la pagina di installazione del fornitore che aprirai darà per scontato che tu lo stia usando. Anche le nostre guide seguono questa impostazione: la guida allo stack LAMP e la guida a Certbot e nginx sono scritte e testate su Ubuntu, così come i primi dieci minuti su un nuovo VPS.

È necessario usare Red Hat Enterprise Linux?

Se la matrice di supporto di un fornitore indica RHEL oppure l'infrastruttura di produzione della tua azienda usa RHEL, scegli una distribuzione compatibile con RHEL e non considerare più questa scelta una semplice preferenza. Rocky Linux e AlmaLinux sono entrambe compilate a partire dai sorgenti di RHEL. Entrambe mantengono stabile l'ABI (application binary interface) rispetto a RHEL, quindi un RPM compilato per RHEL 10 si installa e funziona su entrambe. Gli agent commerciali e gli strumenti per la conformità sono progettati per questa piattaforma e spesso non supportano altro.

Rocky Linux rimane il più vicino possibile a RHEL. AlmaLinux, dalla versione 9, punta alla compatibilità ABI invece che all'identità dei binari, quindi può aggiungere componenti che Red Hat ha rimosso. Il supporto delle CPU è l'esempio più evidente. RHEL 10 ha portato il requisito minimo a x86-64-v3, un livello di funzionalità della CPU che richiede AVX2, e Rocky Linux 10 lo segue. AlmaLinux 10 ha aggiunto un'architettura x86-64-v2 separata per l'hardware meno recente. Questo è importante su un server a noleggio: se il provider espone un modello di CPU emulato generico, avx2 può mancare in lscpu e una build v3 non funzionerà. Verifica prima, quindi scegli AlmaLinux 10 oppure resta sulla serie 9 se il flag è assente.

CentOS Stream è un prodotto diverso da entrambi i rebuild. Si trova a monte di RHEL, quindi le modifiche arrivano prima in Stream e raggiungono RHEL nella release minor successiva. È abbastanza stabile per l'esecuzione in produzione e viene aggiornato continuamente invece di procedere per versioni minor. Sceglilo quando sviluppi o testi software che deve funzionare sulla versione di RHEL in arrivo, non su quella già rilasciata. A CentOS Stream 10 restano 3.8 anni di supporto, un periodo più breve rispetto ai rebuild perché il supporto termina quando RHEL 10 esce dal supporto completo.

Dove si colloca Fedora in un server

Fedora distribuisce il kernel più recente e lo userland più recente tra le sei distribuzioni e supporta ogni release per circa 13 mesi. Questo dato riassume l'intero punto. Un server Fedora richiede un upgrade di versione circa una volta all'anno: secondo la pianificazione definita dall'amministratore, se lo si programma, oppure secondo quella di Fedora, se non lo si fa. Se si saltano due upgrade, la macchina non è più supportata.

Usate Fedora su un server quando vi serve un software più recente di quello offerto da qualsiasi distribuzione stabile e accettate già questo ciclo di upgrade, ad esempio su una macchina personale per le build o su un ambiente di sviluppo che ricostruite spesso. Non usatela su una macchina che volete gestire senza interventi. Fedora 43 smetterà di ricevere aggiornamenti a dicembre 2026, circa quattordici mesi dopo il rilascio: il progetto funziona secondo quanto previsto, non si tratta di un malfunzionamento.

Quanto costa davvero una scelta sbagliata

Reinstallare un VPS è un'operazione del pannello di controllo che richiede pochi minuti. Per questo, cambiare idea il primo giorno non costa nulla, mentre il duecentesimo giorno può creare problemi. Non esiste un metodo supportato per convertire Ubuntu in AlmaLinux senza reinstallare il sistema. Decidi prima di inserire dati sulla macchina.

Due abitudini mantengono reversibile la decisione. Conserva la configurazione in uno script invece di affidarti alla cronologia della shell, così una ricostruzione ripete i passaggi invece di doverli ricostruire a memoria: un primo playbook Ansible è sufficiente per un singolo server. Controlla poi chi gestisce effettivamente il sistema operativo, perché con un piano VPS gestito il provider potrebbe imporre sia la scelta sia il calendario degli aggiornamenti.

La regola predefinita resta valida. Scegli Ubuntu LTS; scegli Debian se vuoi una base più essenziale, senza un livello commerciale; scegli Rocky Linux o AlmaLinux quando qualcosa richiede la compatibilità con RHEL; scegli CentOS Stream quando sviluppi per RHEL; scegli Fedora solo se hai già pianificato nel calendario l'aggiornamento annuale.

FAQ

Quale distribuzione Linux dovrei scegliere per un VPS se sono alle prime armi con Linux?

La versione Ubuntu LTS attuale. Ci sono due motivi. Quasi tutte le pagine di installazione di terze parti mostrano prima il comando per Ubuntu, quindi puoi copiarlo e incollarlo invece di tradurlo. Inoltre, ogni versione LTS riceve 5 anni di aggiornamenti di sicurezza gratuiti, quindi nel primo anno non sei costretto a eseguire un aggiornamento di versione. Debian è una seconda scelta valida se vuoi una base più ridotta e ti senti a tuo agio nel consultare documentazione scritta per apt in generale, anziché specificamente per Ubuntu.

Debian o Ubuntu: quale è migliore per un server?

Sono distribuzioni strettamente imparentate. Ubuntu deriva da Debian, usa apt e la maggior parte delle istruzioni per Debian funziona senza modifiche anche su Ubuntu. Debian installa meno componenti per impostazione predefinita, non offre un livello di supporto commerciale e affida ai volontari la gestione della sicurezza negli ultimi anni del ciclo di vita di una versione. Ubuntu pubblica una versione LTS ogni 2 anni in una data prestabilita, ne estende il supporto fino a 10 anni tramite Ubuntu Pro ed è la distribuzione a cui fa riferimento la maggior parte della documentazione dei produttori. Scegli Debian se vuoi una base minimale da mantenere per anni. Scegli Ubuntu se vuoi che la documentazione corrisponda ai comandi che esegui.

Devo usare Rocky Linux o AlmaLinux?

Entrambe sono ricostruzioni gratuite di RHEL con supporto fino a maggio 2035, quindi entrambe sono scelte valide. Rocky Linux segue RHEL il più fedelmente possibile ed è adatta quando la matrice di supporto del produttore impone requisiti rigidi sulla piattaforma. AlmaLinux punta invece alla compatibilità ABI, che le consente di distribuire componenti aggiuntivi, inclusa una build x86-64-v2 per CPU che non raggiungono il livello x86-64-v3 richiesto da RHEL 10. Su un VPS con una CPU meno recente o emulata in modo generico, questa build è il motivo per scegliere AlmaLinux.

Posso eseguire Fedora su un server?

Sì, ma devi considerare la frequenza degli aggiornamenti di versione. Ogni versione di Fedora è supportata per circa 13 mesi. Il server deve quindi essere aggiornato a una nuova versione circa una volta all'anno e smette di ricevere aggiornamenti di sicurezza se salti 2 aggiornamenti di versione. Scegli Fedora quando ti servono un kernel o una toolchain molto recenti e puoi eseguire effettivamente questi aggiornamenti. Per una macchina che vuoi lasciare invariata, scegli invece una versione LTS o enterprise.

La distribuzione influisce sulle prestazioni del VPS?

Non in misura probabilmente rilevabile. Le distribuzioni usano lo stesso kernel e lo stesso software server, quindi un benchmark di nginx su Ubuntu confrontato con nginx su Rocky Linux misura soprattutto la tua configurazione. RHEL 10 compila effettivamente i propri pacchetti usando come requisito di base una CPU x86-64-v3. Questo può offrire un piccolo vantaggio sull'hardware moderno, ma non è un motivo sufficiente per scegliere un sistema operativo. Il throughput dipende dal disco e dalla configurazione del database.