WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] Xen, Heartbeat2 and live migration

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] Xen, Heartbeat2 and live migration
From: Yann Cezard <yann.cezard@xxxxxxxxxxx>
Date: Tue, 03 Jul 2007 11:36:11 +0200
Delivery-date: Tue, 03 Jul 2007 02:37:30 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <468A1215.7090504@xxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Organization: CRI UPPA
References: <468A07C5.2010600@xxxxxxxxxxx> <468A1215.7090504@xxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070622)
Thorolf Godawa a écrit :
Hi,

> it seems that Suse 10 SP1 allows to migrate Xen VMs between Heartbeat
> nodes using live migration, where other distros just stop them on a
> node and start them on another node.
I don't see any sense to use live migration to get up and running a system that fails on an other node!

If heartbeat does not response anymore I assume that either the dom0 with all domUs crashed, so a migration of any domU is not possible at all, or the specific domU is dead and you will get a dead domU on the new system after migration too (I don't know if you can migrate a dead system)!

So if the "source" system does not answer anymore, the only way to get it up and running is to start it again on the same or on a different node.

Live migration is only good for load balancing and planned maintanance issues, not for high availability!
I totally agree with that. It's OK for HA, but what i want is to be able to
planned maintenance on dom0, and so migrating domU on another node.
If I do that with "xm migrate --live ..." heartbeat will see that the resource (the domU) has moved, and it will stop it on the new node, and start it again on the first one.
That is definitly not what I want (or perhaps i am missing something ?).

Heartbeat2 allows to migrate resource (Xen domU in our case) from one node to another. But how it works is : it stops the domU on nodeX (one of our dom0 in the HB2 cluster),
and starts on nodeY.
A simple modification of the Xen script to use xen live migration in this case seems not to be sufficient, as there is no way to know the destination node in it (or we could hard code the destination in the script, but that is a dirt hack, I don't want that). I think that is where Novell/Suse has done modifications in HB2 code in order to allow that (a way to know the destination node when migrating resource), and that's
what I would like to achieve, but without using Novell/Suse.

But perhaps I should better ask on linux-ha mailing list. I just wanted to know
if someone here has already done such a thing, or using Suse 10 SP1.

Cheers,

--
Yann Cezard



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users