[Users] Choosing which network to run VM migration on ovirt 3.1

[Yuval M]

Hi Andreas,
I know the migration only transfers RAM from one node to the other.
But this still takes over a minute at 100Mbps.
My setup's purpose is research, redundancy is not the goal here.
I'm running the NFS storage and the management on one of the nodes, if it's
relevant.

Yuval
 On Jan 6, 2013 11:05 PM, "Andreas Huser" <ahuser at 7five-edv.de> wrote:

> Hi Yuval
>
> i think migrate was only the RAM not die virtual hard disk.
> For so an scenario you need one separate Ovirt Engine (Management) one
> separate Storage and two Ovirt Nodes.
> An then you can build a HA Solution to reduce a Node failure. the single
> point of failure there will still give
> Eg. Storage, Ovirt Engine and Network.  But i think you can cluster the
> application and storage from the nodes. Using drbd, ucarp, etc.
>
> greeting Andreas
>
>
>
>
> ----- Ursprüngliche Mail -----
>
> Von: "Yuval M" <yuvalme at gmail.com>
> An: users at ovirt.org
> CC: "Limor Gavish" <lgavish at gmail.com>
> Gesendet: Sonntag, 6. Januar 2013 21:08:48
> Betreff: [Users] Choosing which network to run VM migration on ovirt 3.1
>
>
> Hi,
> I'm running the following setup:
> 2 hosts,
> each has 2 physical NICs,
> the first NIC (which is bridged to ovirtmgmt) is a 100Mbps ethernet card
> connected to a switch (and to the internet)
> the 2nd NIC is a fast Infiniband card which is connected back-to-back to
> the other host.
>
>
> both links are running fine, and I managed to have the 2nd host mount the
> storage via the fast link.
> The problem is that VM migration takes place over the slow link.
>
>
> How do I configure the cluster so that the migration uses the fast link?
> I've already created a network using the web interface. the migration
> still uses the slow link.
>
>
>
>
> Thanks,
>
>
> Yuval
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130107/914a4ad8/attachment-0001.html>