Dans une boite précédente, on avait pris du VMWare en 2010, puis du Proxmox en 2015 pour les serveurs suivants (parce que solution éprouvée et qui donnait beaucoup plus confiance, pas de contrats pourris, d'options ultra chères pour faire des opérations de base ni d'outils abscons et absurdes comme un client écrit en Flash).
Pour notre besoin, à savoir l'archi interne d'une PME d'informatique, Proxmox écrasait VMWare déjà en 2015. Il n'y a aucune raison valable d'avoir encore du VMWare pour ce type de besoin en 2024, à part un vieil historique dans un coin.
La migration des VM d'une plateforme à l'autre était beaucoup compliquée par le fait que VMWare « implémentait » les formats de descripteurs standards de VMs en y mettant plein de spécifique...
Par contre je ne sais pas si la solution était utilisable sur de plus grosses architectures, avec plus d'une poignée de dizaines de serveurs physiques et des contraintes de niveau de service de type « production », et si oui, à quel effort/coût.
PS on utilisait Bacula pour la sauvegarde, mais quelle horreur à gérer ! Depuis, il existe Borg, pour qui veut une sauvegarde indépendante de l'outil de VM.
[^] # Re: Proxmox
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Face à l'intransigeance de Broadcom-VMware, les DSI craquent. Évalué à 7. Dernière modification le 26 mai 2024 à 23:54.
Dans une boite précédente, on avait pris du VMWare en 2010, puis du Proxmox en 2015 pour les serveurs suivants (parce que solution éprouvée et qui donnait beaucoup plus confiance, pas de contrats pourris, d'options ultra chères pour faire des opérations de base ni d'outils abscons et absurdes comme un client écrit en Flash).
Pour notre besoin, à savoir l'archi interne d'une PME d'informatique, Proxmox écrasait VMWare déjà en 2015. Il n'y a aucune raison valable d'avoir encore du VMWare pour ce type de besoin en 2024, à part un vieil historique dans un coin.
La migration des VM d'une plateforme à l'autre était beaucoup compliquée par le fait que VMWare « implémentait » les formats de descripteurs standards de VMs en y mettant plein de spécifique...
Par contre je ne sais pas si la solution était utilisable sur de plus grosses architectures, avec plus d'une poignée de dizaines de serveurs physiques et des contraintes de niveau de service de type « production », et si oui, à quel effort/coût.
PS on utilisait Bacula pour la sauvegarde, mais quelle horreur à gérer ! Depuis, il existe Borg, pour qui veut une sauvegarde indépendante de l'outil de VM.
La connaissance libre : https://zestedesavoir.com