Etant contributeur actif sur proxmox,
voici quelques autres changements:
-passage de corosync1 à corosync2.
les 2 ne sont pas compatibles, donc en cluster, il faudra upgrader l'ensemble des noeuds en meme temps.
ca peux se faire à chaud, je l'ai tester, sans devoir rebooter les vms.
ca va surtout améliorer la gestion de la HA, plus besoin de carte de fencing (fencing via watchdog)
support complet d'ipv6 pour le host (ip de management, corosync, services, etc...)
GUI: passage à extjs5 (extjs 4.1 actuellement)
lxc: support de differents stockage comme pour qemu.
(ceph/krbd, zfs, (clones,snapshots,tout ca) )
-abandon de la console vnc java. (et ajout redimensionnement sur la console novnc html5)
-passage sur kernel 3.19 d'ubuntu vivid (pour CRIU et les migration live lxc).
c'est prévu de passer sur un kernel 4.X de la prochaine ubuntu lts, et de rester dessus ensuite.
si on a le temps,
-backup incrementiels (sinon ca sera pour la 4.1)
-migration live + migration stockage locaux en meme temps
Pour la migration d'openvz à lxc, le backup/restore c'est surtout parce que maintenant les disques sont présentés comme un seul fichier ou volume.
Pour qemu, la migration peut se faire sans coupure, en faisant des migration live proxmox3 -> proxmox4
# quelques infos supplémentaires
Posté par aderumier . En réponse à la dépêche Sortie de Proxmox VE 4.0 Beta1. Évalué à 2. Dernière modification le 02 juillet 2015 à 16:07.
Etant contributeur actif sur proxmox,
voici quelques autres changements:
-passage de corosync1 à corosync2.
les 2 ne sont pas compatibles, donc en cluster, il faudra upgrader l'ensemble des noeuds en meme temps.
ca peux se faire à chaud, je l'ai tester, sans devoir rebooter les vms.
ca va surtout améliorer la gestion de la HA, plus besoin de carte de fencing (fencing via watchdog)
-abandon de la console vnc java. (et ajout redimensionnement sur la console novnc html5)
-passage sur kernel 3.19 d'ubuntu vivid (pour CRIU et les migration live lxc).
c'est prévu de passer sur un kernel 4.X de la prochaine ubuntu lts, et de rester dessus ensuite.
si on a le temps,
-backup incrementiels (sinon ca sera pour la 4.1)
-migration live + migration stockage locaux en meme temps
Pour la migration d'openvz à lxc, le backup/restore c'est surtout parce que maintenant les disques sont présentés comme un seul fichier ou volume.
Pour qemu, la migration peut se faire sans coupure, en faisant des migration live proxmox3 -> proxmox4