Stai configurando un VPS e apri il menu a discesa del sistema operativo.
Ubuntu 24.04 LTS…
Ubuntu 22.04 LTS…
Forse un rilascio intermedio 25.10 se ti senti avventuroso. (Tu non lo sei.)
Il tuo cursore si sofferma mentre esiti per un breve istante.
Inizi a chiederti…
Ha davvero importanza?
Certo, ci sono alcune differenze tra le tue opzioni.
Ma, in realtà, lo scopo di scegliere una versione di Ubuntu non è ottimizzare un benchmark. È rendere la tua vita più semplice quando cerchi documentazione o tutorial.
Non vuoi passare i prossimi due anni a dover controllare tre volte ogni fonte per vedere se ti sta davvero dicendo quali funzionalità del kernel puoi utilizzare, quando dovrai pianificare un aggiornamento della release, o con quali runtime di linguaggio ti troverai a combattere il terzo giorno.
Nella maggior parte dei casi, l’opzione migliore diventa evidente una volta che sai tra cosa stai effettivamente scegliendo. Qui, ti guidiamo proprio in questo — quale versione scegliere, perché Ubuntu domina l’hosting VPS in primo luogo, e quando una distribuzione diversa è in realtà la scelta più intelligente.
Quando Dovresti Scegliere Ubuntu 24.04 per un Nuovo VPS?
Nel 2026, passa a Ubuntu 24.04 LTS per ogni nuovo VPS a meno che non ci sia una ragione specifica per rimanere su 22.04. Le condizioni di vantaggio di 24.04 sono abbastanza solide da far sì che “userò ciò a cui sono abituato” non sia più un argomento valido.
Tre motivi per scegliere 24.04 (Noble Numbat):
- Due anni in più di supporto alla sicurezza standard. Ubuntu 24.04 LTS riceve manutenzione della sicurezza standard fino a maggio 2029 e Manutenzione della Sicurezza Estesa (ESM) fino ad aprile 2034. Il supporto standard di Ubuntu 22.04 LTS termina a maggio 2027, e il supporto ESM termina ad aprile 2032. Iniziare oggi con 22.04 ti garantisce un aggiornamento alla versione tra 14 mesi che avresti potuto evitare.
- Kernel 6.8 vs. 5.15. Ubuntu 24.04 fornisce Linux 6.8 con il reclamo di pagina Multi-Gen LRU come predefinito. Su un VPS da 2 GB o 4 GB dove la pressione della memoria è il punto di fallimento realistico, questo si traduce silenziosamente in meno uccisioni da OOM sotto carico. Un’altra vittoria è la migliore performance di io_uring, principalmente visibile nei database.
- Una toolchain predefinita attuale. Ubuntu 24.04 include Python 3.12, PHP 8.3, PostgreSQL 16, OpenSSL 3.0 e systemd 255. Il 22.04 invece fornisce ancora di default Python 3.10 e PHP 8.1. Entrambi funzionano. La base più vecchia significa solo più PPA e repository di terze parti nei tuoi script di installazione, e una maggiore probabilità che un tutorial scritto quest’anno ti escluda completamente.
Tre motivi per rimanere su 22.04 per ora:
- Una dipendenza critica non è stata portata su Python 3.12 o PHP 8.3. La maggior parte delle librerie popolari si è aggiornata entro 12 mesi dal rilascio. Alcune di nicchia no. Se il tuo stack dipende da una di queste, il 22.04 ti dà tempo senza perdere la copertura di sicurezza.
- Ti trovi in un congelamento rigido delle modifiche. Audit di conformità, la finestra di attivazione di un cliente aziendale, un trimestre di traffico intenso — il supporto standard sul 22.04 va fino al maggio 2027. Questo è sufficiente per superare quasi qualsiasi congelamento.
- Passerai direttamente al 26.04 LTS. Ubuntu 26.04 LTS sarà rilasciato nell’aprile del 2026. Se sei già sul 22.04, un progetto di migrazione vale più di due distribuiti tra il 2026 e il 2028. Ma questo funziona solo se la tua scadenza rigida è il taglio di maggio 2027.
I team trascorrono regolarmente tre giorni a risolvere una dipendenza esclusiva di Python 3.10 scoperta dopo l’aggiornamento. L’istinto di “aggiorna tutto” è corretto l’80% delle volte e costoso il restante 20%. L’intera ragione dell’esistenza di queste tre eccezioni è quella di darti il permesso di appartenere volutamente al 20%.
Cosa C’è Di Diverso Tra Ubuntu 22.04 LTS e 24.04 LTS Sotto il Cofano?
Le principali differenze pratiche tra le versioni 22.04 e 24.04 sono il kernel (5.15 contro 6.8), il Python predefinito (3.10 contro 3.12) e il toolchain PHP (8.1 contro 8.3), oltre a due anni in più di supporto standard alla sicurezza.
Tutto il resto è a valle di questi cambiamenti.
| 22.04 LTS (Jammy) | 24.04 LTS (Noble) | Cosa cambia | |
|---|---|---|---|
| Nome in codice | Jammy Jellyfish | Noble Numbat | Solo il nome |
| Data di rilascio | Aprile 2022 | Aprile 2024 | Cadenza LTS biennale |
| Il supporto standard termina | Maggio 2027 | Maggio 2029 | +2 anni su 24.04 |
| ESM termina | Aprile 2032 | Aprile 2034 | +2 anni su 24.04; Ubuntu Pro gratuito per uso personale su fino a 5 macchine |
| Kernel Linux | 5.15 (HWE 6.5 disponibile) | 6.8 | MGLRU recupero della memoria; miglior io_uring; cgroup v2 predefinito |
| Python (predefinito) | 3.10 | 3.12 | distutils rimosso; interprete più veloce |
| PHP | 8.1 | 8.3 | Costanti di classe tipizzate (8.3); classi readonly introdotte in 8.2 |
| Node.js (apt) | 12 predefinito (NodeSource per 18+) | 18 predefinito (NodeSource per 22/24) | Runtimes di default più recenti disponibili immediatamente |
| PostgreSQL | 14 | 16 | Miglioramenti nella replica logica |
| OpenSSL | 3.0 | 3.0 | Stessa versione principale |
| systemd | 249 | 255 | Miglior gestione OOM, maturità di cgroup v2 |
| Formato delle fonti apt | /etc/apt/sources.list | deb822 (/etc/apt/sources.list.d/ubuntu.sources) | Le repo personalizzate devono essere riformate all’aggiornamento |
Su carta, due di quelle righe contano.
In pratica, quattro di essi modificano effettivamente qualcosa nel tuo script di deploy.
Il salto del kernel paga il giorno in cui una scatola da 4 GB subisce pressione sulla memoria.
I salti di Python e PHP sono quelli che mordono durante un aggiornamento della release, perché i pattern deprecati smettono finalmente di funzionare.
Il cambiamento del formato delle fonti apt sorprende quasi tutti al primo utilizzo. Un /etc/apt/sources.list funzionante su 22.04 diventa /etc/apt/sources.list.d/ubuntu.sources su 24.04. Qualsiasi file di repo personalizzato necessita di un aggiustamento per adattarsi al nuovo formato deb822.
Perché Ubuntu Domina l’Hosting VPS Inizialmente?
Ubuntu prevale per la maggior parte dei carichi di lavoro VPS perché l’intero ecosistema auto-ospitato lo documenta per primo. La popolarità si moltiplica: i tutorial lo usano come predefinito, gli script di installazione lo usano come predefinito, le immagini cloud lo usano come predefinito.
Questo è un vero vantaggio nelle operazioni quotidiane quando qualcosa si rompe alle 23:00.
Il Più Grande Ecosistema deb/apt su Linux
Quando un progetto auto-ospitato pubblica uno script di installazione, quasi sempre si presuppone l’utilizzo di Ubuntu. Il repository delle distribuzioni NodeSource fornisce istruzioni per Ubuntu come percorso principale. Il repository apt ufficiale di PostgreSQL è esclusivo per Ubuntu/Debian. E Docker distribuisce un repository apt ufficiale per Ubuntu, con istruzioni di installazione di Ubuntu che la maggior parte dei tutorial segue alla lettera.
La Maggior Parte Dei Tutorial e Delle Risposte di Stack Overflow È Basata Su Ubuntu
Secondo il Sondaggio degli Sviluppatori di Stack Overflow 2025, il 27,7% degli sviluppatori professionali utilizza Ubuntu, la quota più alta di qualsiasi distribuzione Linux e circa tre volte quella di Debian.
Fondamentalmente, quando qualcosa si rompe nel mezzo della notte, la soluzione che troverai avrà la forma di Ubuntu.
Immagine Cloud Di Prima Classe Su Ogni Principale Fornitore
AWS, GCP, Azure, DigitalOcean, Hetzner, Linode/Akamai, Vultr e DreamHost offrono tutti Ubuntu Server come opzione di immagine Linux di prima classe nella schermata di provisioning.
(Traduzione: non devi combattere con il menu a tendina.)
Pacchetti Snap Preinstallati
Snap è preinstallato su Ubuntu Server, quindi le app autogestite con pacchetti snap sono installabili con un solo comando. Se hai delle opinioni sul comportamento di auto-aggiornamento di snap, non sei solo — ma è disponibile quando serve, il che è unico tra le distribuzioni server.
Quando Non Dovresti Scegliere Ubuntu per il Tuo VPS?
Ubuntu è la scelta predefinita corretta per la maggior parte dei carichi di lavoro VPS, ma tre scenari suggeriscono un’altra distribuzione.
- Hosting cPanel o WHM. cPanel inizialmente funzionava solo sulla famiglia RHEL, e mentre ora supporta anche Ubuntu LTS, la storia della migrazione da un host CentOS gestito è ancora più pulita su AlmaLinux 9. Stessi strumenti RPM, stessa memoria operativa, nessun costo inaspettato di traduzione del gestore di pacchetti. Se stai spostando un flusso di lavoro di rivenditore ospitato da una vecchia scatola CentOS e desideri mantenere cPanel, AlmaLinux 9 è la meta naturale.
- Rigorosa conformità o requisiti solo FIPS. Alcuni ambienti regolamentati (FedRAMP, DoD, back-office finanziario) standardizzano sulla famiglia RHEL per i moduli crittografici validati FIPS. AlmaLinux 9 porta la validazione FIPS 140 tramite TuxCare sulla base di codice compatibile con RHEL. L’add-on FIPS di Ubuntu Pro chiude la maggior parte del divario, ma se l’ufficiale di conformità desidera una discendenza della famiglia RHEL, AlmaLinux è la conversazione più chiara.
- Una scatola con vincoli di RAM che esegue un solo processo. Debian 12 Bookworm è più snello di Ubuntu di base (nessun snapd, meno disordine predefinito). Su una scatola di dimensioni ridotte dove ogni 200 MB conta, l’impronta di default più piccola vale la pena di essere scelta. Debian Bookworm è ben supportato su qualsiasi VPS — inclusa l’offerta di livello base Stack 4 (4 GB) di DreamHost — quindi se l’impronta è la priorità, lo spazio è disponibile.
La conclusione: AlmaLinux si adatta ai requisiti di cPanel e conformità, Debian si adatta ai carichi di lavoro con risorse limitate e “stabilmente noioso”. Ubuntu si adatta a tutti gli altri.
Quali Carichi Di Lavoro Gestisce Meglio Ubuntu Su Un VPS?
Ubuntu è adatto a quasi tutti i carichi di lavoro comuni su VPS. Questi quattro sono i casi in cui il vantaggio dell’ecosistema è più evidente: il percorso di installazione è quello utilizzato dalla documentazione ufficiale del progetto.
| Carico di lavoro | Perché Ubuntu è adatto | Base consigliata |
|---|---|---|
| App web Node.js / Python / PHP | I repository di NodeSource, deadsnakes e PHP di Ondřej Surý sono impostati di default per i percorsi di installazione su Ubuntu | 4 GB |
| Host di Docker e container | Il repo apt ufficiale di Docker è orientato a Ubuntu; le impostazioni predefinite di cloud-init sono ben documentate; gli script di installazione di una riga presuppongono Ubuntu | 4 GB |
| Alternative SaaS auto-ospitate (Nextcloud, n8n, Ghost, Supabase, GitLab CE) | Ogni app fornisce per prima un’immagine Docker Ubuntu o uno script di installazione compatibile con deb | Da 4 GB a 16 GB per app |
| Postgres o MySQL sulla stessa macchina | Il repo apt ufficiale di PostgreSQL è solo per Ubuntu/Debian; MySQL fornisce pacchetti deb di prima classe | Base di 4 GB, 8 GB per dataset più grandi |
Per la maggior parte di questi carichi di lavoro, il VPS Autogestito da 4 GB di DreamHost è il punto di partenza. Gestisce un’app Node + Postgres + Redis senza sforzo. Passa a 8 GB se gestisci stack con molta memorizzazione o multi-servizio.
La scelta del sistema operativo è dove Ubuntu prende il vantaggio. Tutto ciò che si trova sotto quel livello è per lo più interscambiabile.
Come Configuri Effettivamente Ubuntu Su Un VPS?
Avvia l’immagine di Ubuntu, accedi tramite SSH, crea un utente non root, configura UFW e abilita gli aggiornamenti automatici. I primi 15 minuti ti portano a una configurazione di base pronta per la produzione. Tutto ciò che viene dopo è specifico per l’applicazione che stai installando.
- Scegli 24.04 LTS durante la provision. Quasi ogni fornitore offre Ubuntu 24.04 LTS come immagine one-click. Nei piani di hosting VPS di DreamHost, Stack 4 (4 GB) è la base per la maggior parte dei carichi di lavoro.
- Accedi via SSH con la tua chiave, non con una password. Le immagini Cloud utilizzano cloud-init per iniettare la chiave SSH che hai caricato durante la provision. Il primo accesso è ssh root@<your-ip> o ssh ubuntu@<your-ip>, a seconda del fornitore.
- Crea un utente non-root e blocca l’autenticazione SSH con password. Esegui
adduser deploy, poiusermod -aG sudo deploy. Copia la chiave SSH e impostaPasswordAuthentication noin /etc/ssh/sshd_config. Ricarica sshd. Testa la nuova connessione SSH in un secondo terminale prima di chiudere la sessione root. (Ogni amministratore di sistema si è bloccato fuori almeno una volta.) - Attiva il firewall. Esegui
ufw allow OpenSSH, poiufw enable. Apri le porte per l’app effettiva man mano che procedi (ufw allow 443/tcp per HTTPS, e così via). UFW (Uncomplicated Firewall) è l’interfaccia amichevole su iptables che è installata di default su Ubuntu. - Abilita gli aggiornamenti di sicurezza non supervisionati. Esegui
apt install unattended-upgrades. Ubuntu applicherà automaticamente le patch di sicurezza in background. È il più grande vantaggio di sicurezza set-it-and-forget-it — e quello che la maggior parte delle guide all’installazione trascura perché non è appariscente.
Per la procedura completa con controlli dei risultati e casi limite, la Guida al Server Ubuntu è il riferimento canonico.
Come Dovresti Pianificare Una Migrazione Da 22.04 A 24.04?
Hai tempo fino a maggio 2027 prima che Ubuntu 22.04 perda il supporto standard di sicurezza. È abbastanza tempo per pianificare una migrazione tranquilla, ma abbastanza breve per mettere una data sul calendario in questo trimestre e smettere di considerarlo un lavoro futuro.
Due percorsi validi:
- Aggiornamento in loco con `do-release-upgrade`. Funziona sulla maggior parte dei server standard. Più veloce ed economico. Più rischioso su configurazioni fortemente personalizzate. Eseguilo sempre prima su un clone della produzione.
- Nuovo VPS parallelo con passaggio DNS. Richiede più lavoro, ma è meno rischioso. Crea una nuova macchina 24.04, installa lo stack, copia i dati, cambia il DNS e dismetti la vecchia. La maggior parte dei team di produzione sceglie questa soluzione perché il rollback consiste nel “cambiare nuovamente il DNS”.
Gli aggiornamenti sul posto tendono a fallire per alcuni motivi principali: il salto da Python 3.10 a 3.12 (alcune librerie non sono ancora pronte per la 3.12 un anno dopo il rilascio, specialmente quelle che interagiscono con distutils o vecchi schemi di asyncio), e il cambiamento del formato delle fonti apt che rompe silenziosamente qualsiasi file di repository personalizzato che hai dimenticato di migrare.
Testa entrambi prima di attivare l’interruttore.
Se sei su 22.04 e stai valutando le tue opzioni, 26.04 LTS è già disponibile — il che significa che un solo progetto di migrazione invece di due è ancora possibile. Questo funziona solo se la tua scadenza improrogabile è il taglio del supporto standard di maggio 2027, e il tuo stack non è già in conflitto con Python 3.10.
Dove Clicchi Ora?
Apri il menu a discesa dell’immagine del provider e scegli Ubuntu 24.04 LTS. Questa è la soluzione per quasi tutti coloro che leggono questo.
Le situazioni in cui 22.04 mantiene ancora il suo valore sono limitate e si riducono trimestre dopo trimestre. Il supporto standard di sicurezza è garantito fino a maggio 2029, ESM fino ad aprile 2034 — il periodo più lungo che qualsiasi distribuzione Linux principale offre su un VPS nel 2026.
Il VPS hosting di DreamHost con 4GB gestisce la maggior parte dei carichi di lavoro di Ubuntu con facilità. Passa a 8 GB per stack che richiedono molto spazio di archiviazione o multi-servizio.
La prossima volta che qualcuno nel tuo team chiede quale Ubuntu installare, avrai pronte le date di maggio 2027 e maggio 2029 da incollare. La versione di 30 minuti di questa decisione è il vero problema. La versione di 30-secondi è la risposta.
Scegli 24.04 LTS. Costruisci lo stack. Chiudi la scheda.
Possiedi l’intero stack. App, IA, database e altro ancora.
Mantieni ogni credenziale e conversazione su un server che controlli tu, con velocità NVMe e banda illimitata integrate.
Esplora i piani di hosting VPSDomande Frequenti Su Ubuntu Su Un VPS
Dovresti usare Ubuntu 22.04 o 24.04 su un VPS?
Per qualsiasi nuovo VPS nel 2026, utilizza Ubuntu 24.04 LTS. Ti offre due anni in più di supporto standard alla sicurezza (maggio 2029 rispetto a maggio 2027), kernel 6.8 con una migliore gestione della memoria su piccoli box e le versioni predefinite attuali di Python (3.12), PHP (8.3) e PostgreSQL (16).
Rimani su 22.04 solo per motivi specifici: una dipendenza specifica che non è stata portata, una finestra di blocco delle modifiche attiva, o un piano deliberato per migrare direttamente a 26.04 LTS, che sarà rilasciato nell’aprile 2026.
Quando termina il supporto di Ubuntu 22.04 LTS?
Ubuntu 22.04 LTS raggiunge la fine del supporto di sicurezza standard nel maggio 2027, e il Maintenance di Sicurezza Esteso (ESM) continua fino ad aprile 2032. L’ESM è gratuito per uso personale su fino a cinque macchine tramite Ubuntu Pro; l’uso commerciale richiede un abbonamento a pagamento.
Quanto tempo sarà supportato Ubuntu 24.04 LTS?
Ubuntu 24.04 LTS riceve supporto standard alla sicurezza fino a maggio 2029 (cinque anni dalla pubblicazione), con ESM che estende la copertura fino ad aprile 2034. Un componente aggiuntivo Legacy opzionale estende questo periodo fino ad aprile 2039 per le organizzazioni che necessitano di una finestra di 15 anni.
Ubuntu Pro è gratuito per l’uso personale su VPS?
Sì, Ubuntu Pro è gratuito per uso personale su un massimo di cinque macchine. Il livello gratuito include la Manutenzione della Sicurezza Estesa (ESM), il livepatch del kernel e l’accesso al set di pacchetti validati FIPS rafforzati. Qualsiasi utilizzo oltre le cinque macchine o qualsiasi uso commerciale richiede un abbonamento a pagamento a Ubuntu Pro da Canonical.
Puoi aggiornare da 22.04 a 24.04 senza reinstallare?
Sì, il comando di Ubuntu do-release-upgrade esegue un aggiornamento sul posto da 22.04 a 24.04 senza reinstallare il sistema operativo. Il processo è generalmente fluido su server standard e più rischioso su quelli fortemente personalizzati. I due principali problemi sono il salto da Python 3.10 a 3.12 (alcune librerie impiegano tempo per supportare la 3.12) e la migrazione del formato del file delle fonti apt da sources.list al nuovo formato deb822. Testa sempre su un clone prima di eseguirlo in produzione.
Perché la maggior parte dei tutorial su VPS utilizza Ubuntu?
La maggior parte dei tutorial su VPS utilizza Ubuntu perché è la distribuzione Linux più installata sui computer degli sviluppatori (27.7% degli sviluppatori professionisti secondo il Sondaggio degli Sviluppatori di Stack Overflow del 2025) ed è l’immagine cloud predefinita su ogni principale fornitore di hosting (AWS, GCP, Azure, DigitalOcean, Hetzner, Linode, Vultr, DreamHost). Gli autori dei tutorial scrivono in base a ciò che il loro pubblico utilizza, il che crea un circolo vizioso: Ubuntu ha il maggior numero di tutorial, quindi le persone scelgono Ubuntu perché ha il maggior numero di tutorial.
Dovresti usare Ubuntu LTS o l’ultima versione intermedia su un server?
Utilizza la versione LTS su un server. Le versioni interim come 24.10, 25.04 e 25.10 sono supportate solo per nove mesi e richiedono un aggiornamento della versione 2–3 volte all’anno. Le versioni LTS ricevono cinque anni di supporto standard alla sicurezza e altri 10 anni di ESM, che corrispondono al ritmo di manutenzione che la maggior parte dei server di produzione desidera effettivamente. Riserva le versioni interim per i desktop dove il cambio di versione fa parte del divertimento.
