[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Shared storage and file-based VHDs

On Monday 18 October 2010 05:27:03 Craig Miskell wrote:
> Hi,
>       This is related to the recent thread about best practices in using
> shared storage, but coming at it from a slightly different angle.
> I'm setting up a pre-production/test environment using XCP; with how we
> plan on operating this system, there's going to be some pretty rampant
> snapshots and cloning of some reasonably large VHDs.  As such, I want to
> use file-based VHDs rather than LV-based, in order to take advantage of
> thin-provisioning to minimise disk space.  I'm happy with the performance
> hit this causes.
> Further, I want to use shared storage so that I can have multiple hosts and
> can easily expand processing capacity as we spin up various instances, and
> do migrations.  However, I'm not using shared storage for auto failover or
> hot spare type functionality; migration will be manually managed as
> required.
> So, from what I've been reading, I think I need one of the following two
> options:
> 1) NFS.  Simple, understood technology.  Low overhead, and the XAPI
> toolstack takes care of "sharing" the VHDs.
> 2) iSCSI, GFS(2), cLVM.  Storage LUN(s) presented by iSCSI, turned into an
> LV using cLVM, formatted with GFS or GFS2, and this filesystem added as a
> "file" type SR.  More complicated than NFS, and I've read there were some
> problems with GFS in this sort of scenario, to do with mounting via the
> loopback device.  But that was back a few years, and may have been solved,
> either in GFS or in GFS2.
> Have I missed any other options?  Just pointers in the right direction
> (keywords) is enough if that's all you've got time for.
> Is there anything glaringly wrong with my briefly written understanding of
> the options?
> And does anyone have any comments on which is likely to be better?
> Thanks,

Ow yes, I use iSCSI with nothing on it, as I use shared block devices, not 
image files. It rules out the complexity of GFS, cLVM or OCFS2. You do need a 
clustering software to prevent guest booting from the same storage twice.

Good luck,


Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.