j arrive un peu tard mais faut pas exagerer quand même.
le virtual center de vmware c est pas pour les "cyber neuneus", ca permet de gerer un pool de serveurs ESX et leur stockage associé,leurs HBAS, le tout comme une seule entité ,visualiser la charge sur les VMS, ouvrir une console dessus, et les vswitches associés (pas le bridging de base sous linux, un truc plus proche d openvswitch) , et puis les templates de customisation associés,, ah oui il ya aussi l API disponible pour automatiser via les scripts dans le langage de ton choix (jython pour ma part ) . y a rien a l heure actuelle d equivalent sous linux, vu qu on essaie soit de nous vendre du cloud computing (eucalyptus), soit des soluces qui ne sont pas vraiment compatibles avec libvirt (opennebula,convirt,ovirt).
tant que redHat n aura pas publiqué la version java (sic) de son RHEV-M...
des que t as plus de 2 hyperviseurs, un outil de ce type (que je vais m empresser de tester) fait defaut.
[^] # Utilisation type :Faut pas exagerer
Posté par karmatronic . En réponse à la dépêche Publication de la première Beta Archipel. Évalué à 2.
le virtual center de vmware c est pas pour les "cyber neuneus", ca permet de gerer un pool de serveurs ESX et leur stockage associé,leurs HBAS, le tout comme une seule entité ,visualiser la charge sur les VMS, ouvrir une console dessus, et les vswitches associés (pas le bridging de base sous linux, un truc plus proche d openvswitch) , et puis les templates de customisation associés,, ah oui il ya aussi l API disponible pour automatiser via les scripts dans le langage de ton choix (jython pour ma part ) . y a rien a l heure actuelle d equivalent sous linux, vu qu on essaie soit de nous vendre du cloud computing (eucalyptus), soit des soluces qui ne sont pas vraiment compatibles avec libvirt (opennebula,convirt,ovirt).
tant que redHat n aura pas publiqué la version java (sic) de son RHEV-M...
des que t as plus de 2 hyperviseurs, un outil de ce type (que je vais m empresser de tester) fait defaut.