Comme vous le savez peut-être, Proxmox a une nouvelle version, elle est arrivée à la version 8. Comme pour toutes les mises à jour, elle doit être planifiée avec soin pour ne pas arrêter les services importants et toujours avoir un moyen de récupérer d’une panne.
Quelles sont mes contraintes ?
Eh bien, je n’ai qu’une seule machine comme hyperviseur. C’est une contrainte énorme, ça veut dire que forcément j’aurai un temps d’arrêt…
Mais j’ai une autre machine, une station de travail donc… Je peux virtualiser mon hote à partir d’une sauvegarde.
J’ai une sauvegarde planifiée effectuée avec l’agent Veeam pour Linux, que je recommande vivement. Il effectue une sauvegarde complète du volume système toutes les deux nuits à minuit. Et je l’ai configuré pour conserver 2 points de restauration.
Cela signifie que je peux avoir des services fonctionner (ou au moins les éléments importants) à partir de l’hôte virtualisé pendant que ma machine principale effectue sa mise à niveau.
Voici donc une liste que j’ai faite que je vérifierai au fur et à mesure quand je passerai par chaque étape.
- Créer une machine virtuelle et restaurer l’hyperviseur à partir de sa sauvegarde
- Restaurer chaque machine virtuelle et conteneur à partir de leurs sauvegardes
- Arrêtez chaque machine virtuelle de l’hôte principal en préparation de la mise à niveau.
- Vérifier que les services fonctionnent correctement
- Vérifiez que toutes les machines virtuelles et tous les conteneurs sont arrêtés
- Exécutez le script de test
pve7to8 - Suivez les instructions sur la page de mise à jour : pve.proxmox.com/wiki/Upgrade_from_7_to_8
- Profit!
Il semble que veeam installe un module de noyau qui empêchera l’installation du nouveau noyau. Avant de donner les commandes apt update && apt upgrade, vous devez désinstaller l’agent veeam et également supprimer le module :
apt remove veeam
dkms remove veeamsnap/6.0.2.1168 --all
apt update && apt upgrade
Faites-vous une liste des étapes à suivre avant de commencer un processus effrayant et potentiellement dangereux ?