Re: [libvirt] remote access libvirtd / bindings for php/asp
On Wed, Jun 04, 2008 at 02:01:21AM +0200, Stefan de Konink wrote: Daniel P. Berrange schreef: On Wed, Jun 04, 2008 at 01:36:17AM +0200, Stefan de Konink wrote: Or just exending libvirtd with proxy functionality. I would like to hear the Red Hat ideas on this one. This kind of functionality doesn't really belong in libvirtd. It is not intended to be a centralized management daemon for multiple nodes. I disagree on this point. It can make the entire process a distributed effort. Operating as a single cluster, essentially the thing that lacks in XenD/KVM/etc. Without any single point of failure, connecting to any cluster node will do for management. Hum, no really we disagree on this. libvirtd is just here because it's the only way to implement the API in a correct and secure way and garantee transparent remote access. The kind of APIs that have been designed in libvirt are based on the assumption you talk to one Node (please go back to the introduction on the architecture http://libvirt.org/intro.html ), there is no notion of cluster. You don't list domains or peripherals on a cluster with the same kind of APIs as you can do on a node. The latter allows direct immediate answers part of synchronous single call. For a cluster you need asynchronous queries, filtering built into the API or it becomes useless. Trying to turn libvirt into a cluster management API is something which doesn't make sense. The goal is to provide an API which allows to build those tools relatively easilly on top, or simpler tools for smaller solutions. Turning libvirtd into a cluster management daemon just doesn't make sense to me based on the previous point and the fact that the daemon has been designed to be a libvirt API server not a client querying other nodes, this would need threading, caching, local state, change in security, plus a change of the kind of API being served. Really what you're looking for is a different development, better done on top of libvirt but not in libvirt. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ [EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] remote access libvirtd / bindings for php/asp
On Wed, Jun 04, 2008 at 02:01:21AM +0200, Stefan de Konink wrote: Daniel P. Berrange schreef: On Wed, Jun 04, 2008 at 01:36:17AM +0200, Stefan de Konink wrote: Or just exending libvirtd with proxy functionality. I would like to hear the Red Hat ideas on this one. This kind of functionality doesn't really belong in libvirtd. It is not intended to be a centralized management daemon for multiple nodes. I disagree on this point. It can make the entire process a distributed effort. Operating as a single cluster, essentially the thing that lacks in XenD/KVM/etc. Without any single point of failure, connecting to any cluster node will do for management. I will say again, this does not belong in libvirtd. Libvirt is a stateless daemon whose only job is exposing libvirt APIs from a local node. That is all. It is not a cluster management server. What you are suggesting would require every libvirtd instance to talk to every other libvirtd instance. Applications can already talk directly to any libvirtd instance they are authorized for without this proxy, which is more efficient and is already without a single pointof failure. If you want management of a whole cluster/network of machines then you want to have a separate management server talking to the libvirtd on each node and providing an aggregate view of some kind. This would mean an extra layer of complexity and again stopping people from use of the libvirt api in their applications, because this would imply that they browse their cluster theirselves, instead of looking at the cluster as one big machine, or implementing yet another new server talking its own protocol. Since libvirt already wraps xend for this problem... I don't want to have yet another daemon for the same thing: connectivity by a *good* api. libvirt isn't intended to be a complete management application in its own right - it is just providing the base infrastructure on which you can build applications. To make the application cluster aware is not something that is bad, for any application that uses it. Nothing prohibits existing applications from talking directly to every node in the cluster - there's no need to route all nodes via a single libvirtd. This basically comes down to two things - node discovery and the wire transport. There are many ways to do both of these, and the applications using libvirt have varying requirements in this area, so a one size fits all approach will not satisfy them all. As such we do not want to build one particular solution into libvirtd. We provide the base level infrastructure on which more complex cluster-aware solutions can be built. In this way layers of increasing complexity can be stacked up as required. Dan. -- |: 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 :| -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] remote access libvirtd / bindings for php/asp
In case Stephan isn't aware, we have node discovery working already. libvirtd instances broadcast their availability over Avahi. To be practically useful they need to broadcast a little bit more information via some TXT fields, but adding a patch to do that is surely easier than turning libvirt into a cluster management system. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] remote access libvirtd / bindings for php/asp
What do you suggest for transparent API usage? Stefan -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] [PATCH][DOC] update Driver support matrix for Xen
Hi, Since Cole develops autostart for Xen, I update the Driver suport matrix. hvsupport.html|6 +++--- hvsupport.html.in |6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) Thanks Atsushi SAKAI update_driver_info_doc.patch Description: Binary data -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
[libvirt] Workshop Virtualization Technologies in Essen, Germany
Hello everybody! For the third time, I arranged a Workshop on Virtualization Technologies in cooperation with the Linuxhotel in Essen, Germany. Our goal is, to provide developers of Open Source Software related to virtualization, and interested, skilled administrators with the possibility to come together for a weekend to work on their projects, exchange experiences and play around with the technology. The Linuxhotel as a location delivers a great, relaxed athmosphere and a perfect infrastructure to enable carefree working. Details - currently in German only - here: https://wiki.villa-vogelsang.de/doku.php?id=virtualisierung:start It's no problems to attend the workshop if you're not speaking german - please let me know if you're interested, and I'll give you more info on the details - basically it is, if you are an OpenSource developer in a virtualization related field, you can attend for free, otherwise you have to pay a flat fee of 135 Euros. We're looking for sponsors to see if we can get to reimburse travel costs for the Open Source developers. I'd be glad to see you there! Registration will be by first come-first serve principle - the event will be limited to 20 Persons. Henning Sprang -- Henning Sprang http://www.sprang.de | http://lazyb0y.blogspot.com/ -- Libvir-list mailing list Libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list