And only to monitor running virtual machines?
Regards,
Luiz Vitor.
On Nov 28, 2007 7:16 AM, Daniel Veillard <veillard@xxxxxxxxxx
> wrote:
On Tue, Nov 27, 2007 at 07:55:25PM -0200, Grabber wrote:> [1]http://www.jasoncoleman.net/images/Azureus_Swarm.png), can this be
>
> Yeah,
> I'm focused to develop a decente web interface to manage Xen using
> libvirt. I have some ideas for the interface, can anyone help me
> saying: this is cool, this doesn't work?!
> The main idea for migrate virtual machines is use the swarm concept
> (you can look it at:
> usable?
Hum, I don't really see how swarming could work for migrating VM images,
swarming works on the princimple that a lot of (network) clients are interested
in large *immutable* sequence of data, so that you can spead the large
sequence in a number of tiny sets and then use the aggregated bandwidth of
the network crossbar to diffuse the whole sequence to the whole set of
clients.
The problem is that VM state in a migration is of interest to only a single
target machine, and that data sequence mutes extremely fast (see the page
refresh algorithm of Xen live migration, it still needs a number of cycles
and serious bandwidth to compensate live page changes).
So my analysis is that swarming won't help for that specific bandwidth
need, but I might be wrong or have misunderstood your question.
Daniel
--
Red Hat Virtualization group http://redhat.com/virtualization/
Daniel Veillard | virtualization library http://libvirt.org/
veillard@xxxxxxxxxx | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
--
Regards,
Luiz Vitor Martinez Cardoso [Grabber].
(11) 8187-8662
Eletrical Engineer at maua.br
-- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list