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

RE: [Xen-users] XCP Storage


  • To: <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: "Brett Westover" <bwestover@xxxxxxxxxxx>
  • Date: Thu, 27 Oct 2011 09:27:38 -0700
  • Delivery-date: Thu, 27 Oct 2011 09:28:39 -0700
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Thread-index: AcyUsSvA38ANqmEZQG6URUzjpxCbuAAEz64Q
  • Thread-topic: [Xen-users] XCP Storage

>I'd rather say that XCP needs "shared" storage rather than "remote" storage.

I agree, it just has to be shared and that makes sense with what I've read. 
However, since we're just starting out and 'remote shared' seems to be more 
common and well supported, it seems simplest for us to go that route.

>I have tried this setup for XCP with DRBD primary-primary SR, and it works 
>fine with live migration. From the point of view of xapi, the SR is kind of 
>local (/dev/drbd0), but it still can be shared. This setup is not yet in 
>production (not stress-tested yet), but up to now it works flawlessly.

This is really good to know about though, in case a design might require it 
some form. Long term, it seems like breaking the dependency on outside storage 
would be a good thing for virtualization, to further consolidate hardware. 

>Agreed. There are a lot of things that need to be done from the xe cli. Remote 
>itself isn't quite so important although I'd stress that one needs to think 
>about layout first of course.

And once again, I totally agree with this point. No matter how or where storage 
is presented, it doesn't change the rules about how many disks and in what RAID 
level can support the level of I/O that your applications will generate.

What are some good options for configuring a redundant SAN using open standards 
and commodity hardware? If we're going to convert from proprietary 
virtualization software on expensive hardware, to open source virtualization on 
commodity hardware (and I think we are), it would make sense to do the same for 
the storage level. It doesn't eliminate our redundancy requirements though.


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

 


Rackspace

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