Quitter VMware : de vCenter à un cluster Proxmox
La même entreprise de mécanique de précision a quitté vCenter pour un cluster Proxmox, sans rollback et avec une interruption de zéro à six heures par serveur.
Contexte
Plus tard, l’entreprise a ajouté des hôtes ESXi à son cluster. Chaque nouvel hôte alourdissait la facture de licences vSphere, et l’entreprise voulait davantage de maîtrise sur sa pile de virtualisation.
Contrainte
Environ 65 machines virtuelles de production devaient migrer avec le moins d’interruption possible, avec des sauvegardes actives et un rollback possible pour chaque serveur.
Ce que nous avons fait
- Préparé chaque machine virtuelle : suppression des anciens snapshots, désinstallation des VMware Tools et relevé de ses paramètres réseau.
- Migré chacune avec la méthode adaptée : restauration et réplication Veeam, Veeam Instant Recovery avec réplication au niveau bloc, l’assistant d’import Proxmox connecté à vCenter, et l’import à chaud de Proxmox dès sa sortie avec Proxmox VE 8.2.
- Gardé un rollback prêt pour chaque serveur.
- Quand deux disques ont lâché à trois heures d’intervalle dans la grappe RAID 6 d’un hôte vieillissant, sous la charge d’E/S de la migration, la grappe s’est retrouvée sans aucune redondance. Nous avons suspendu la migration sur cet hôte, vérifié la configuration Veeam et déplacé ses machines virtuelles vers un hôte dont la migration vers Proxmox était presque terminée.
Résultat
Aucun rollback n’a été nécessaire. L’interruption par serveur est allée de zéro à six heures, selon la méthode. Les licences vSphere ne sont plus nécessaires, et l’entreprise maîtrise toute sa pile de virtualisation. Elle protège toujours le cluster avec Veeam Backup & Replication, le supervise avec Zabbix et étudie Proxmox Backup Server.
Technologies
Cluster Proxmox VE, VMware vSphere et vCenter, Veeam Backup & Replication, Zabbix.