
On Tue, May 19, 2009 at 04:52:04PM +0200, Matthias Bolte wrote:
Hello,
I'm participate in a project of the Paderborn Center for Parallel Computing, an institute of the University of Paderborn: http://pc2.uni-paderborn.de
The project's goal is to use virtualization in a supercomputer environment. We've decided to use libvirt to manage different hypervisor. A subgoal is to extend the driver base of libvirt. We've started an VMware ESX driver and are investigating Hyper-V support (see next mail).
This is great news - VMWare support is one of our top wish-list items !
The ESX driver isn't complete yet, currently it supports:
- domain lookup by ID, UUID and name - domain listing - domain suspend and resume - domain reboot, if the VMware tools are installed inside the domain - domain start and shutdown - domain migration
As DV mentions, if we can get support for 'dumpxml' API on a guest then that would be sufficient to make it worth including this new driver.
The driver uses the SOAP based VMware VI API. We've tried to generate SOAP client code with gSOAP and looked at other SOAP libraries, but the VI API uses inheritance in a way that gSOAP fails to generate C code for. Because of this we wrote a minimal SOAP client based on libcurl and libxml2 that can handle this inheritance problem in C.
This sounds like a good idea. I had a look at code auto-generated from the WSDL definition for ESX and it was pretty horrific, and enourmous code. Writing a minimal client for the APIs you need to use looks like a reasonable approach to me - a little more work but nicer code.
The next item on the todo list is domain creation, because currently the driver can only deal with prior existing domains.
I'd suggest doing a 'virDomainDumpXML' API first, because with that plus the APIs you have already done, you'd have a good enough API coverage for day-to-day read-only monitoring / query tasks. Of course if you do domain creation, I won't complain either :-) Not had time to review the actual code yet - will get back to you with feedback on the code itself later... Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|