J’ai déjà fait ça, le plus simple avec un seul noeud:
backup & shutdown des VMs
réinstallation de l’host
restauration des backups
et si tu as plusieurs noeud, tu peux transférer tes VMs d’un noeud à l’autre (en live, faut juste replug les dongles physiquement évidemment) pour ne pas devoir couper les VMs
edit: j’allais edit mais @nebz m’a pris de vitesse => pour un update mineur (7.x) on peut faire l’upgrade depuis l’interface et redémarrer
OK merci @Mips et @nebz.
Je suis encore en 6.1 donc il faudra passer par une réinstallation from scratch.
Je suis étonné qu’il n’y est que les VM à sauver et pas le moindre petit fichier de config lié à Proxmox quand même mais ok, merci ça va être simple alors. Flippant mais simple
Si il faut sauver aussi la conf réseau par exemple si tu utilise un paramétrage un peu spécial (Vlan et autres).
Après, comme dit par @Mips, si tu as juste un seul nœud, ça oblige à couper. Si tu as un cluster avec plusieurs serveurs, ça se fait nœud par nœud et en conservant les VM active.
Depuis Proxmox 4, les montées en versions se font assez facilement sans avoir à tout réinstaller…
Ok je regarderai pour sauver ça et comme je n’ai qu’un nœud il va falloir passer par sa procédure. Je ne pourrais pas basculer les VM sur un autre noeud.
Procédure ici : Upgrade from 6.x to 7.0 - Proxmox VE
Il faut au moins upgrader en 6.4 (mais comme déjà dit c’est transparent).
Je conseille ensuite de basculer sur ifupdown2 sous 6.4, puis de faire la migration en 7.x comme ça aucun problème.
Ça m’a interrogé.
Est ce que cette nouvelle gestion usb n’est valable que pour les nouvelles VM ?
Est-ce qu’on peut changer le contrôleur usb de VM existante ? via interface ou en console ?
Je n’ai pas encore lancé l’update (je préfère le faire en local qu’à distance).
Concernant SCSI Single et IO thread par defaut, si j’ai bien compris cela a un intérêt quand plusieurs disques sur une VM :
IO Thread
The option IO Thread can only be used when using a disk with the VirtIO controller, or with the SCSI controller, when the emulated controller type is VirtIO SCSI single. With this enabled, Qemu creates one I/O thread per storage controller, rather than a single thread for all I/O. This can increase performance when multiple disks are used and each disk has its own storage controller.
Je viens de changer les paramètres sur ma VM TrueNAS avec 2 disques en passthrough en ZFS pour voir.
A voir dans quelques temps.