Proxmox VE 8 sans mises à jour : quelles conséquences pour votre serveur ?

Lire 10 min.

Proxmox VE 8 a atteint sa fin de vie (End of Life, EOL) en août 2026. De nombreux serveurs utilisent encore cette version, et il n'y a aucune raison de paniquer : rien n'a soudainement cessé de fonctionner, les machines virtuelles démarrent et les sauvegardes continuent de s'exécuter. Cependant, l'hôte fonctionne désormais sur une branche de Proxmox qui ne reçoit plus de correctifs.

Examinons ce que cela signifie concrètement, pourquoi le système ne vous en avertira pas et dans quels cas il est préférable de confier la mise à niveau à un administrateur.

Qu'est-ce qui a changé en août 2026 ?

Proxmox VE 8 a été publié en juin 2023 sur la base de Debian 12 Bookworm. Le support de la branche Proxmox VE 8 a pris fin en août 2026. Debian 12 continue toutefois de recevoir des mises à jour LTS, ce qui signifie que certains paquets système du serveur sont toujours mis à jour.

Après la fin du support :

• Aucun nouveau correctif de sécurité n'est publié pour les composants de Proxmox VE 8.
• Les bugs de cette branche ne sont plus corrigés.
• Les dépôts restent disponibles, mais aucun nouveau paquet Proxmox pour la version 8 n'y sera publié.

Il est tout aussi important de comprendre ce que la fin du support ne signifie pas. Le serveur ne s'arrêtera pas automatiquement, les machines virtuelles et les conteneurs continueront de fonctionner et la configuration restera inchangée. Ce qui change, c'est que vous ne pouvez plus compter sur le cycle habituel de correctifs pour cette version.

Au moment de la rédaction de cet article, la branche actuelle est Proxmox VE 9. Elle a été publiée en août 2025 sur la base de Debian 13 Trixie, et la dernière version disponible, 9.2, est sortie en mai 2026.

Pourquoi apt ne vous avertira pas

C'est là que réside le piège. Debian 12 est passé au support à long terme (LTS), qui se poursuit jusqu'en juin 2028. Ainsi, les commandes apt update et apt upgrade continuent de fonctionner sur un serveur Proxmox VE 8 et installent même des mises à jour. Cependant, il s'agit de correctifs destinés aux paquets Debian classiques.

À première vue, le système semble donc toujours être mis à jour. Mais le support LTS de Debian ne couvre pas les composants propres à Proxmox :

• Le noyau Proxmox (les paquets proxmox-kernel), développé indépendamment du noyau Debian.
• L'interface web et l'API (pve-manager).
• QEMU et KVM, qui assurent l'exécution des machines virtuelles.
• Les conteneurs LXC, les outils de cluster et les paquets Ceph.

Ces composants sont essentiels au fonctionnement et à la sécurité de l'hyperviseur. Après la fin du support, Proxmox ne publie plus de correctifs de sécurité ni de correctifs critiques pour la branche 8. apt n'affiche aucun avertissement à ce sujet.

Quelles conséquences pour votre serveur ?

Il est facile de tomber dans des scénarios alarmistes sur ce sujet. Il est donc préférable d'examiner les conséquences dans le temps.

Immédiatement après la fin du support, rien de critique ne se produit. Le serveur fonctionne exactement comme la veille.

Cependant, avec le temps, les différences deviennent plus visibles :

• Les vulnérabilités découvertes dans le noyau, QEMU, LXC ou l'interface web ne seront plus corrigées pour Proxmox VE 8.
• Des problèmes de compatibilité peuvent progressivement apparaître avec de nouveaux logiciels et composants conçus pour les versions de Proxmox encore prises en charge.
• Le dépannage devient plus difficile, car le système ne fonctionne plus sur une branche officiellement maintenue.
• Plus la mise à niveau est reportée, plus les changements s'accumulent et plus la migration future devient complexe.

Continuer à utiliser Proxmox VE 8 est particulièrement risqué si :

• L'interface web ou l'accès SSH de l'hôte est accessible depuis Internet.
• Le serveur héberge des machines virtuelles critiques en production.
• L'entreprise doit respecter des exigences de sécurité ou d'audit.
• Le serveur n'a pas reçu de mises à jour depuis longtemps.

L'hôte et les systèmes invités sont mis à jour séparément

Ce point prête souvent à confusion. Mettre à jour Proxmox VE et mettre à jour les machines virtuelles sont deux opérations différentes.

Un même serveur peut exécuter Proxmox VE 8 comme système hôte, Ubuntu ou Windows Server à l'intérieur des machines virtuelles, ainsi que différentes versions d'applications. Chacun de ces systèmes possède son propre cycle de vie.

Par conséquent, installer les dernières mises à jour de Windows ou d'Ubuntu dans une machine virtuelle ne résout pas le problème de l'hôte. Si l'hyperviseur reste sous Proxmox VE 8, il continue d'utiliser une version qui n'est plus prise en charge.

Comment vérifier votre version de Proxmox

Une seule commande exécutée sur l'hôte suffit :

pveversion

Le résultat ressemble approximativement à ceci :

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

Si le numéro indiqué après pve-manager/ est 8, le serveur fonctionne sur une branche qui n'est plus prise en charge.

Que faire avant la mise à niveau ?

Le passage de Proxmox VE 8 à Proxmox VE 9 est officiellement pris en charge sous forme de mise à niveau sur place (in-place upgrade). Il n'est donc pas nécessaire de réinstaller le système. Toutefois, la préparation est plus importante que les commandes elles-mêmes.

Voici une courte liste de vérification :

• Mettre à jour l'installation actuelle vers la dernière version 8.4. Dans le cas contraire, la vérification de compatibilité ne pourra pas être validée.
• Exécuter la vérification intégrée pve8to9 --full. Cet outil identifie les problèmes connus avant le début de la mise à niveau et n'apporte aucune modification au système.
• Vérifier l'espace disponible sur la partition racine. Le guide officiel de Proxmox exige au moins 5 Go, mais recommande de disposer de plus de 10 Go. Vérifiez également l'état du stockage.
• Sauvegarder toutes les machines virtuelles et tous les conteneurs et vous assurer qu'ils peuvent être restaurés.
• Planifier une fenêtre de maintenance et prévoir les mesures à prendre en cas de problème.

Avertissement

Disposer d'une sauvegarde ne signifie pas nécessairement que vous pourrez la restaurer. Avant la mise à niveau, restaurez au moins une machine virtuelle à partir d'une sauvegarde récente et vérifiez qu'elle démarre correctement.

Conservez les sauvegardes en dehors du serveur à mettre à niveau, par exemple en utilisant INTROSERV Backup Service.

Les problèmes les plus fréquents lors de la mise à niveau

• Ceph : Si vous utilisez Ceph, mettez-le à niveau vers la version 19.2 Squid dans une étape distincte avant de mettre à niveau Proxmox. Le support de Squid prend fin à la fin du mois d'octobre 2026. Après le passage à Proxmox VE 9.2, planifiez donc immédiatement l'étape suivante : la mise à niveau de Ceph vers la version 20 Tentacle.
• Conteneurs LXC : Proxmox VE 9 ne prend plus en charge cgroup v1. Les conteneurs utilisant d'anciennes distributions, comme CentOS 7 ou Ubuntu 16.04, risquent donc de ne plus démarrer.
• Clusters : Dans un cluster, les nœuds doivent être mis à niveau un par un. Commencez par déplacer les machines virtuelles hors du nœud concerné, effectuez la mise à niveau, vérifiez son fonctionnement, puis passez au nœud suivant.
• Interfaces réseau : Le nouveau noyau peut modifier les noms des interfaces réseau. Assurez-vous à l'avance de pouvoir accéder au serveur via IP-KVM.
• Composants supplémentaires : Vérifiez les dépôts tiers, les plugins et les modules personnalisés du noyau avant de procéder à la mise à niveau.

Si votre serveur utilise encore Proxmox VE 7, vous devez d'abord passer à la version 8. La procédure détaillée est disponible dans notre guide Comment mettre à niveau Proxmox VE 7 vers Proxmox VE 8.

Le passage de la version 8 à la version 9 suit une procédure similaire, mais utilise l'outil de vérification pve8to9. Vous trouverez davantage d'informations dans le guide officiel de Proxmox.

Que se passe-t-il si vous ne faites rien ?

La fin du support ne signifie pas une interruption du service, mais une échéance importante. Après cette date, reporter la décision devient de moins en moins raisonnable au fil des mois.

Effectuer la mise à niveau soi-même ou faire appel à un administrateur ?

Si vous disposez d'un seul serveur, de machines virtuelles non critiques, d'une sauvegarde testée et de suffisamment de temps pour résoudre les éventuels problèmes, vous pouvez tout à fait effectuer la mise à niveau vous-même.

Il est toutefois préférable de faire appel à un administrateur si :

• Proxmox fonctionne dans un cluster ou utilise Ceph.
• Plusieurs systèmes de stockage, des configurations PCI ou GPU passthrough, ou des bridges et VLAN non standard sont utilisés.
• Le serveur est critique pour l'activité de l'entreprise et une longue interruption de service n'est pas acceptable.
• Les mises à niveau précédentes ont déjà provoqué des problèmes.
• Vous ne savez pas exactement quels dépôts sont configurés ni quelles modifications ont été apportées au serveur auparavant.
• Le serveur se trouve dans un centre de données et aucun accès physique n'est disponible.

Pour un serveur de production, le coût d'une erreur est généralement supérieur au coût de l'intervention d'un administrateur.

Les spécialistes du service d'administration système INTROSERV peuvent planifier et réaliser la mise à niveau pour vous.

Conclusion

Proxmox VE 8 n'a pas cessé de fonctionner après la fin du support et ne tombera pas automatiquement en panne demain. Cependant, il s'agit désormais d'un système qui ne reçoit plus de correctifs pour l'hyperviseur lui-même, et l'écart avec la version prise en charge ne fera que se creuser.

Le meilleur moment pour passer à Proxmox VE 9 est maintenant, tant que la migration peut être planifiée sereinement, plutôt que d'être réalisée dans l'urgence après un incident.