Non, une solution open source supportée par une entreprise ce n'est pas le mal.
Mais c'est juste un petit peu pénible parfois.
Dans le cas d'OpenVZ, le fait que ce ne soit pas intégré au noyau rend compliqué la maintenance pour les adminsys. Je ne sais pour quelle raison mais pour Xen, c'était aussi le cas, parce que (à tort ou à raison, je ne sais pas) le code était trop compliqué à intégrer. L'équipe de Xen a fait ce qu'il fallait et ils ont fini par être intégrés.
Dans le cas de Proxmox, c'est un très bon produit, mais qui a l'énorme défaut d'avoir une API de management spécifique le rendant incompatible avec des outils basés sur libvirt. Et en ce qui me concerne en tant qu'adminsys, je vais bientôt être face à la problématique de devoir unifier dans une seule console web, environ 500 hyperviseurs Proxmox répartis sur 300 sites distants... Ce qui n'est pas possible avec Proxmox.
[^] # Re: Ah les BSDistes
Posté par madhatter (site web personnel) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3. Dernière modification le 16 décembre 2017 à 23:24.
Non, une solution open source supportée par une entreprise ce n'est pas le mal.
Mais c'est juste un petit peu pénible parfois.
Dans le cas d'OpenVZ, le fait que ce ne soit pas intégré au noyau rend compliqué la maintenance pour les adminsys. Je ne sais pour quelle raison mais pour Xen, c'était aussi le cas, parce que (à tort ou à raison, je ne sais pas) le code était trop compliqué à intégrer. L'équipe de Xen a fait ce qu'il fallait et ils ont fini par être intégrés.
Dans le cas de Proxmox, c'est un très bon produit, mais qui a l'énorme défaut d'avoir une API de management spécifique le rendant incompatible avec des outils basés sur libvirt. Et en ce qui me concerne en tant qu'adminsys, je vais bientôt être face à la problématique de devoir unifier dans une seule console web, environ 500 hyperviseurs Proxmox répartis sur 300 sites distants... Ce qui n'est pas possible avec Proxmox.
There is no spoon...