Re: [Xen-users] iscsi vs nfs for xen VMs

[Adi Kriegisch <adi@xxxxxxxxxxxxxxx>]

Hi!

On Thu, Jan 27, 2011 at 12:09:54PM +0200, Rudi Ahlers wrote:
> On Thu, Jan 27, 2011 at 10:38 AM, Adi Kriegisch <adi@xxxxxxxxxxxxxxx> wrote:
[SNIP]
> >> 2 is better IMHO ...more flexible, not so high overhead
> > 100% ACK. The best thing about this: There is no overhead in using CLVM:
> > The cluster locking is only required when modifying LVs. For the rest of
> > the time performance is (most probably) slightly better than when using
> > LUNs directly because LVM will take care of readahead dynamically.
[SNAP]
> How would you do this?
> 
> Export LUN1 from SAN1 & LUN1 from SAN2 to the same client PC, and then
> setup cLVM on top of the 2 LUN's?
Ja, exactly.

> What do you then do if you want redundancy, between 2 client PC's, i.e
> similar to RAID1 ?
Oh well, there are several ways to achieve this, I guess:
* use dm mirroring on top of clvm (I tested this once personally but did
  not need it for production then -- will probably look into it some time
  again).
  I think this is just the way to go although it might be a little slower
  than running a raid in domU.
* Giving two LVs to the virtual machines and let them do the mirroring with
  software raid.
  I think this option offers greatest performance while being robust. The
  only disadvantage I see is that in case of failure you have to recreate
  all the software raids in your domUs. In some hosting environments this
  might be an issue.
* Use glusterfs/drbd/... Performancewise and in terms of reliability and
  stability I do not see any issues here. But to use those you actually do
  not need a SAN as a backend. A SAN always adds a performance penalty due
  to an increase of latency. Local storage always has an advantage over SAN
  in this respect. So in case you plan to use glusterfs, drbd or something
  like that, you should reconsider the SAN issue. This might save alot of
  money as well... ;-)

-- Adi

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