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-api

[Xen-API] Alternative to Vastsky?

To: xen-api@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-API] Alternative to Vastsky?
From: Tim Titley <tim@xxxxxxxxxx>
Date: Tue, 19 Apr 2011 23:10:39 +0100
Delivery-date: Tue, 19 Apr 2011 15:13:05 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15pre) Gecko/20110207 Lightning/1.0b2 Shredder/3.1.9pre
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?

Regards,

Tim

_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api