Proxmox VE 8 senza aggiornamenti: cosa significa per il tuo server

Leggi 9 min.

Proxmox VE 8 ha raggiunto la fine del suo ciclo di vita (End of Life, EOL) ad agosto 2026. Molti server utilizzano ancora questa versione e non c'è motivo di farsi prendere dal panico: nulla ha smesso di funzionare, le macchine virtuali si avviano e i backup continuano a essere eseguiti. Tuttavia, l'host ora utilizza una versione di Proxmox per la quale non vengono più rilasciate correzioni.

Vediamo cosa significa in pratica, perché il sistema non ti avviserà e quando è più conveniente affidare l'aggiornamento a un amministratore.

Cosa è cambiato ad agosto 2026

Proxmox VE 8 è stato rilasciato a giugno 2023 sulla base di Debian 12 Bookworm. Il supporto per il ramo Proxmox VE 8 è terminato ad agosto 2026. Debian 12, tuttavia, continua a ricevere aggiornamenti LTS, quindi alcuni pacchetti di sistema sul server vengono ancora aggiornati.

Dopo la fine del supporto:

• Non vengono più rilasciate nuove correzioni di sicurezza per i componenti di Proxmox VE 8.
• I bug di questa versione non vengono più corretti.
• I repository rimangono disponibili, ma non vengono più pubblicati nuovi pacchetti Proxmox per la versione 8.

È altrettanto importante capire cosa non significa la fine del supporto. Il server non si spegnerà, le macchine virtuali e i container continueranno a funzionare e la configurazione rimarrà invariata. Ciò che cambia è che non puoi più contare sul normale ciclo di correzioni per questa versione.

Al momento della stesura di questo articolo, il ramo attuale è Proxmox VE 9. È stato rilasciato ad agosto 2025 sulla base di Debian 13 Trixie e l'ultima versione disponibile, la 9.2, è stata pubblicata a maggio 2026.

Perché apt non ti avviserà

Ecco il problema. Debian 12 è passato al supporto a lungo termine (LTS), che durerà fino a giugno 2028. Pertanto, i comandi apt update e apt upgrade su un server Proxmox VE 8 continuano a funzionare e persino a installare aggiornamenti: si tratta però di correzioni per i normali pacchetti Debian.

Dall'esterno, sembra che il sistema venga ancora aggiornato. Tuttavia, il supporto LTS di Debian non copre i componenti propri di Proxmox:

• Il kernel Proxmox (i pacchetti proxmox-kernel), sviluppato separatamente dal kernel Debian.
• L'interfaccia web e l'API (pve-manager).
• QEMU e KVM, che eseguono le macchine virtuali.
• I container LXC, gli strumenti per i cluster e i pacchetti Ceph.

Questi componenti sono responsabili del funzionamento e della sicurezza dell'hypervisor. Dopo la fine del supporto, Proxmox non rilascia più aggiornamenti di sicurezza né correzioni critiche per il ramo 8. apt non mostra alcun messaggio di avviso al riguardo.

Cosa significa per il server

È facile creare allarmismi su questo argomento, quindi analizziamo le conseguenze nel tempo.

Immediatamente dopo la fine del supporto, non accade nulla di critico. Il server continua a funzionare esattamente come il giorno precedente.

Con il passare del tempo, però, la differenza diventa evidente:

• Le vulnerabilità scoperte nel kernel, in QEMU, LXC o nell'interfaccia web non verranno corrette per Proxmox VE 8.
• Nel tempo potrebbero emergere problemi di compatibilità con nuovi software e componenti progettati per le versioni di Proxmox ancora supportate.
• La risoluzione dei problemi diventa più difficile perché il sistema non utilizza più una versione supportata.
• Più a lungo si rimanda l'aggiornamento, più modifiche si accumulano e più complessa diventa la migrazione.

Continuare a utilizzare Proxmox VE 8 è particolarmente rischioso se:

• L'interfaccia web o l'accesso SSH dell'host sono raggiungibili da Internet.
• Sul server vengono eseguite macchine virtuali importanti per l'ambiente di produzione.
• L'azienda deve rispettare requisiti di sicurezza o di audit.
• Gli aggiornamenti non vengono installati sul server da molto tempo.

L'host e i sistemi guest vengono aggiornati separatamente

Questo aspetto viene spesso frainteso. Aggiornare Proxmox VE e aggiornare le macchine virtuali sono due operazioni differenti.

Un singolo server può eseguire Proxmox VE 8 come sistema host, Ubuntu o Windows Server all'interno delle macchine virtuali e diverse versioni delle applicazioni contemporaneamente. Ognuno di questi sistemi ha un proprio ciclo di vita.

Pertanto, installare gli ultimi aggiornamenti di Windows o Ubuntu all'interno di una macchina virtuale non risolve il problema dell'host. Se l'hypervisor rimane su Proxmox VE 8, continua a utilizzare una versione non più supportata.

Come verificare la versione di Proxmox

È sufficiente eseguire un solo comando sull'host:

pveversion

L'output sarà simile a questo:

pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-9-pve)

Se il numero dopo pve-manager/ è 8, il server utilizza un ramo che non riceve più supporto.

Cosa fare prima dell'aggiornamento

Il passaggio da Proxmox VE 8 a Proxmox VE 9 è ufficialmente supportato come aggiornamento in-place, quindi non è necessario reinstallare il sistema. Tuttavia, la preparazione è più importante dei comandi stessi.

Una breve checklist:

• Aggiorna l'installazione attuale all'ultima versione 8.4. In caso contrario, il controllo di compatibilità non verrà superato.
• Esegui il controllo integrato pve8to9 --full. Questo comando identifica i problemi noti prima dell'inizio dell'aggiornamento e non modifica nulla nel sistema.
• Controlla lo spazio libero nella partizione root. La guida ufficiale di Proxmox richiede almeno 5 GB, preferibilmente più di 10 GB. Verifica anche lo stato del sistema di archiviazione.
• Esegui il backup di tutte le macchine virtuali e dei container e assicurati che possano essere ripristinati.
• Pianifica una finestra di manutenzione e stabilisci in anticipo cosa fare in caso di problemi.

Attenzione

Disporre di un backup non significa necessariamente poterlo ripristinare. Prima dell'aggiornamento, ripristina almeno una macchina virtuale da un backup recente e verifica che si avvii correttamente.

Conserva i backup al di fuori del server che deve essere aggiornato, ad esempio utilizzando INTROSERV Backup Service.

Dove si verificano più spesso problemi durante l'aggiornamento

• Ceph: Se utilizzi Ceph, aggiornalo alla versione 19.2 Squid in una fase separata prima di aggiornare Proxmox. Il supporto di Squid termina alla fine di ottobre 2026. Pertanto, dopo il passaggio a Proxmox VE 9.2, pianifica subito il passo successivo: l'aggiornamento di Ceph alla versione 20 Tentacle.
• Container LXC: Proxmox VE 9 non supporta più cgroup v1, quindi i container con distribuzioni obsolete, come CentOS 7 o Ubuntu 16.04, potrebbero non avviarsi.
• Cluster: In un cluster, i nodi vengono aggiornati uno alla volta. Prima sposta le macchine virtuali dal nodo, poi aggiornalo, verifica che funzioni correttamente e solo successivamente passa al nodo seguente.
• Interfacce di rete: Il nuovo kernel può modificare i nomi delle interfacce di rete. Assicurati in anticipo di poter accedere al server tramite IP-KVM.
• Componenti aggiuntivi: Controlla i repository di terze parti, i plugin e i moduli personalizzati del kernel prima di procedere.

Se il tuo server utilizza ancora Proxmox VE 7, devi prima passare alla versione 8. La procedura dettagliata è disponibile nella nostra guida Come aggiornare Proxmox VE 7 a Proxmox VE 8.

Il passaggio dalla versione 8 alla 9 segue una procedura simile, ma utilizza lo strumento di verifica pve8to9. Ulteriori dettagli sono disponibili nella guida ufficiale di Proxmox.

Cosa succede se non fai nulla

La fine del supporto non è un'interruzione del servizio, ma una scadenza. Dopo questa data, rimandare la decisione diventa sempre meno ragionevole con il passare dei mesi.

Aggiornare autonomamente o affidarsi a un amministratore?

Se hai un solo server, macchine virtuali non critiche, un backup verificato e tempo sufficiente per risolvere eventuali problemi, puoi tranquillamente eseguire l'aggiornamento in autonomia.

È invece preferibile coinvolgere un amministratore se:

• Proxmox viene eseguito in un cluster o utilizza Ceph.
• Sono configurati diversi sistemi di archiviazione, PCI o GPU passthrough oppure bridge e VLAN non standard.
• Il server è fondamentale per l'attività aziendale e non sono accettabili tempi di inattività prolungati.
• Gli aggiornamenti precedenti hanno già causato problemi.
• Non è chiaro quali repository siano configurati o quali modifiche siano state apportate in passato al server.
• Il server si trova in un data center e non è disponibile un accesso fisico.

Per un server di produzione, il costo di un errore è generalmente superiore al costo dell'intervento di un amministratore.

Gli specialisti del servizio di amministrazione di sistema di INTROSERV possono pianificare ed eseguire l'aggiornamento per te.

Riepilogo

Proxmox VE 8 non ha smesso di funzionare dopo la fine del supporto e non smetterà automaticamente di funzionare domani. Tuttavia, ora è un sistema che non riceve più correzioni per l'hypervisor stesso, e il divario rispetto alla versione supportata continuerà ad aumentare.

Il momento migliore per passare a Proxmox VE 9 è adesso, quando è ancora possibile pianificare la migrazione con calma, invece di doverla eseguire in fretta dopo un incidente.