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

Re: [Xen-users] domU disk image over NFS

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] domU disk image over NFS
From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Date: Mon, 13 Aug 2007 00:48:54 +0100
Cc: Tomoki Taniguchi <tomoki.taniguchi@xxxxxxxxx>
Delivery-date: Sun, 12 Aug 2007 16:49:25 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <718828c0708090029x73e761c6m5994bf3e84098761@xxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <718828c0708090029x73e761c6m5994bf3e84098761@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.6
> How safe is running a domU sda1 off of an image file located on an NFS?

If you can use it as a tap:aio it should work OK.  Don't use it as a file: 
disk (unless it's an HVM guest, in which case it's probably OK - I apologise 
but the disk handling is a bit weird at the moment!).

The reason for this advice is that file: VBDs for paravirt guests are 
implemented using losetup to bind the file to the loop device.  Doing this on 
an NFS mounted filesystem is known to cause nasty memory usage problems.

Hopefully even if this doesn't make sense to you right now, you'll see what I 
mean when you've got a bit further in setting stuff up ;-)  If not, folks on 
here should be able to fill you in.

> I am thinking about setting up a WEB server for hosting our internal
> web apps on
> a domU.  I am thinking about creating the root disk image on the NFS
> folder so that when i do i live migration the disk image is available
> on the new server.
>
> is this safe?

Should be fairly safe for HVM guests, or for paravirt guests using tap:aio...

I'm not sure whether the semantics of NFS will give you guaranteed data 
persistence (e.g. after a sync in the guest will the writes really have hit 
the disk at the server).

There used to be some race conditions with respect to storage when live 
migrating a guest, but they generally didn't seem to break things for 
anybody, and I think they may be fixed now anyhow.

Sorry for being a bit vague, I'm not so familiar with the specifics in this 
area at the moment.

> how is the performance?
> is there a better way to do this without investing in SAN?

Doing this over NFS is probably not optimal.  You could look at using ENDB 
(the Network Block Device).  The Xen config file format allows for remote NBD 
disks to be specified directly in the config file so that live migrations 
will automatically work properly, etc.

You need a separate machine (or virtual machine) to run as the NBD server, 
because it's not safe to mount an NBD server on the same machine it's running 
on.  Maybe you could run the NBD server on the storage server for your 
network, if it has the capacity to cope with the virtual machine disk 
traffic?  It's a bit less powerful than iSCSI but simpler to set up and it 
gives you similar "SAN over ethernet" functionality.

Hope that helps,

Cheers,
Mark

-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

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

<Prev in Thread] Current Thread [Next in Thread>