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/
Home Products Support Community News


Re: [Xen-API] Alternative to Vastsky?

To: Tim Titley <tim@xxxxxxxxxx>, xen-api@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-API] Alternative to Vastsky?
From: Henrik Andersson <henrik.j.andersson@xxxxxxxxx>
Date: Wed, 20 Apr 2011 14:21:32 +0300
Delivery-date: Wed, 20 Apr 2011 04:21:53 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=4/TxCtPW4iofgw8QCjuEckauva7P1Fk3PtQsLCgLmmM=; b=q4Lz6QOuczcKV6UoUfwA7lIkQfHoLzchwtgc3aIjpKoNVbh6TZxh4OlI0z5RHFGZ3W YhN/wgUYle6fCejZR06EpDpAeZzM19kDQWSCxgxczoI7AM+/L3qnBqeVyGBvxCOqAC8P 4dmwAnFBeCUfx9DKX8ylrmgc4/ix81v/tpdG0=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Lkkyzg9sGVozfXD8weq1960YcgyVnAbTG1QgxSrrYimZOhVEY6PW5CcMnGfboBBLKV 7NRaLVW+n6LeU9TxhftTYubf7cvX0deRK6gu7CtSOf4Kq2b1CRLeVwrlrF+4v4EIpnxk j/K9ACogkyJ0qGihhArGCw9yY5YjuWR3iF+z4=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4DAE986C.7060508@xxxxxxxxxx>
List-help: <mailto:xen-api-request@lists.xensource.com?subject=help>
List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post: <mailto:xen-api@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
References: <4DAE085F.5040707@xxxxxxxxxx> <BANLkTinponoRXqtO85wCpfkpq+SHNMY_Rw@xxxxxxxxxxxxxx> <4DAE986C.7060508@xxxxxxxxxx>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx
Seem's to me that my comment didn't get through to the list, for some reason. http://www.gossamer-threads.com/lists/xen/api/205026?page=last atleast it's not present there. Is there a reason for this?  

I have 

On 20 April 2011 11:25, Tim Titley <tim@xxxxxxxxxx> wrote:
Sounds interesting and definately worth looking into. You would not have the advantage of snapshots like you do with an LVM type solution, but it may pay off in some instances from a performance perspective.

I've never used InfiniBand, but I think you've just convinced me to go buy a few cheap adaptors and have a little play.

On 19/04/11 23:39, Henrik Andersson wrote:
Now that VastSky has been reported to be on hiatus atleast, I'dd like to propose GlusterFS as a candidate. It is well tested and actively developed and maintained project. I'm personally really interested in "RDMA version". It should provide really low latencies and since 40Gbit InfiniBand is a bargain compared to 10GbE, there should be more than enough throughput availeable.

This would require IB support on XCP but my thinking is, it would be beneficial in many other ways. For example I would imagine RDMA could be used with live migrates.

-Henrik Andersson

On 20 April 2011 01:10, Tim Titley <tim@xxxxxxxxxx> wrote:
Has anyone considered a replacement for the vastsky storage backend now that the project is officially dead (at least for now)?

I have been looking at Ceph ( http://ceph.newdream.net/ ). A suggestion to someone so inclined to do something about it, may be to use the Rados block device (RBD) and put an LVM storage group on it, which would require modification of the current LVM storage manager code - I assume similar to LVMOISCSI.

This would provide scalable, redundant storage at what I assume would be reasonable performance since the data can be striped across many storage nodes.

Development seems reasonably active and although the project is not officially production quality yet, it is part of the Linux kernel which looks promising, as does the news that they will be providing commercial support.

The only downside is that RBD requires a 2.6.37 kernel. For those "in the know" - how long will it be before this kernel makes it to XCP - considering that this vanilla kernel supposedly works in dom0 (I have yet to get it working)?

Any thoughts?



xen-api mailing list

xen-api mailing list

xen-api mailing list