Comment mettre à jour Proxmox en toute sécurité
Taper apt full-upgrade en espérant que ça se passe bien n'est pas une stratégie. Il faut savoir quel paquet redémarre un service et lequel exige un redémarrage, et disposer d'un moyen de revenir en arrière avant de mettre à jour. Cette page couvre deux choses : une routine de mise à jour sûre qui fonctionne sur tout hôte Proxmox, et comment Atlas transforme cette routine en un flux unique.
Pourquoi les mises à jour de Proxmox semblent risquées
Les mises à jour du noyau exigent un redémarrage, et un redémarrage met chaque VM et conteneur hors service avec lui. Une mise à jour appliquée au mauvais moment est une interruption non planifiée.
Un full-upgrade peut redémarrer les services réseau ou stockage en plein milieu de journée. La sortie d'apt ne permet pas de savoir quel paquet déclenchera quoi.
Si le démarrage échoue, tout se termine devant la console. Sans instantané ni sauvegarde, il n'y a pas non plus de moyen de revenir en arrière.
Une routine de mise à jour sûre
Avec ou sans Atlas, cet ordre fonctionne sur tout hôte Proxmox :
Lister les paquets en attente et parcourir les notes de version ; planifier séparément les sauts de version majeure.
Classer l'effet de chaque mise à jour : aucune interruption, redémarre un service, ou exige un redémarrage.
Créer d'abord un instantané ou une sauvegarde : un instantané ZFS/Btrfs prend quelques secondes ; une sauvegarde PBS est encore mieux.
Effectuer d'abord une simulation lorsque c'est possible ; voir ce qui change avant d'appliquer quoi que ce soit.
Regrouper les mises à jour exigeant un redémarrage dans une fenêtre de maintenance ; surveiller le premier démarrage.
Vérifier ensuite : VM actives, pools de stockage sains, réseau en place.
Atlas transforme cette routine en un flux unique
Chaque étape ci-dessus est intégrée au produit :
Trois groupes d'effet
Chaque paquet arrive étiqueté avec l'un des trois groupes : Aucune interruption, Redémarre un service, Redémarrage requis. L'effet du clic est connu d'avance.
Aperçu de simulation
Le changement se voit dans une simulation avant d'être appliqué ; les surprises se produisent à l'écran, pas sur le serveur.
Instantané d'abord
Le flux crée un point de restauration avant la mise à jour ; si quelque chose tourne mal, le moyen de revenir en arrière est déjà là.
Boot guard
Épinglage du noyau et boot guard : un noyau connu comme fonctionnel est conservé à portée de main contre le scénario d'un système ne démarrant plus.
Un cerveau de mise à jour
L'advisor indique ce qui peut attendre et ce qui doit passer en premier ; la liste arrive ordonnée pour faciliter la décision.
Watch veille dessus
Atlas Watch surveille en continu la santé de l'hôte ; si quelque chose de critique se produit après une mise à jour, une alerte est envoyée.
Questions fréquentes
- unattended-upgrades est-il sûr sur Proxmox ?
- Pour les correctifs de sécurité, oui. Laisser les paquets du noyau et de Proxmox en automatique est risqué : un paquet exigeant un redémarrage peut mettre les VM hors service sans prévenir. Automatiser le dépôt de sécurité et mettre à jour le reste à la main, dans une fenêtre, est la voie équilibrée.
- Chaque mise à jour de Proxmox exige-t-elle un redémarrage ?
- Non. La plupart des paquets ne sont pas perturbateurs ; certains ne redémarrent que leur propre service. Les redémarrages sont généralement nécessaires pour les mises à jour du noyau, de systemd et du microcode. Ce qui compte, c'est de savoir lequel est lequel avant d'appliquer.
- apt upgrade contre apt full-upgrade : quelle est la différence ?
- upgrade n'installe jamais de nouvelles dépendances et ne supprime jamais de paquets ; full-upgrade fait les deux si nécessaire. Proxmox attend officiellement full-upgrade (ou pveupgrade) ; un simple upgrade peut laisser des états mixtes, à moitié appliqués.
- Comment restaurer une mise à jour défaillante ?
- Avec un instantané ZFS/Btrfs ou une sauvegarde PBS créé avant la mise à jour, le retour prend quelques minutes. Sans cela, il faut choisir un noyau plus ancien dans GRUB et rétrograder les paquets à la main. C'est pourquoi le point de restauration précède la mise à jour.
- À quelle fréquence dois-je mettre à jour Proxmox ?
- Ne retardez pas les correctifs de sécurité ; regroupez les mises à jour de fonctionnalités dans des fenêtres hebdomadaires ou mensuelles. Quand un CVE critique tombe, n'attendez pas la fenêtre.
- Une mise à niveau de version majeure (disons 8 vers 9) est-elle différente ?
- Oui. Une mise à niveau majeure est sa propre procédure : le guide officiel de mise à niveau, un outil de pré-vérification comme pve8to9, et une sauvegarde complète sont obligatoires. Ne la mélangez pas au flux de mise à jour de routine.
- Quelles sont les bonnes pratiques pour les mises à jour Proxmox ?
- Les bonnes pratiques de mise à jour Proxmox tiennent en quelques points : lire ce qui va changer, prendre un instantané des machines qui comptent, planifier à part les paquets qui exigent un redémarrage, et vérifier que le système remonte vraiment après une mise à jour du noyau. Atlas prend cet ordre en charge : il classe l'effet de chaque paquet, prend l'instantané au préalable et garde ouvert, avec la garde de démarrage, le chemin de retour vers le noyau précédent.
Fiches liées
- Avant d’appuyer sur mettre à jour : quelle mise à jour arrête quoi Ce que craignent les gens qui n’ont pas mis à jour depuis des mois n’est pas la mise à jour, c’est de ne pas savoir ce qui va s’arrêter. Les mises à jour ne sont pas une seule et même chose et leurs effets ne se ressemblent pas.
- Les dépôts et l’avis d’abonnement : la première surprise après l’installation Sur une installation neuve, la mise à jour échoue avec une erreur d’authentification et rien n’est cassé : le dépôt par défaut est le payant. Cette fiche couvre les dépôts, la vraie différence entre eux, et la ligne de commande dangereuse qui circule sur les forums.
- Mise à jour du noyau : pourquoi la mise à jour la plus dangereuse est la plus discrète Le noyau s’installe, rien ne se passe, tout paraît normal. Le danger arrive au démarrage suivant, et ce démarrage peut être dans des semaines. Des semaines s’intercalent entre la cause et l’effet.
- Quelque chose a cassé après la mise à jour : « après » et « à cause de » ne sont pas la même chose Un redémarrage est la première épreuve honnête de tout ce qui a été fait depuis le redémarrage précédent. Une partie de ce qui casse n’a pas été apportée par la mise à jour, c’était déjà là et n’avait jamais été éprouvé.