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

["Uli Staerk" <Uli.Staerk@xxxxxxxxxxxxxx>]

We have a virtual machine that mounts a nbd device from a server:
Server: /bin/nbd-server 9820 /dev/sda
Client (DomU): /sbin/nbd-client XXX.XXX.XXX.XXX 9820 /dev/nbd0

The client will map a remote device as a local device: /dev/nbdX. It feels and 
acts like a local drive (eg. you can partition it). So you could use it as an 
physical image. There must be no further support by xen.

Hope it helps.

-----Ursprüngliche Nachricht-----
Von: xen-users-bounces@xxxxxxxxxxxxxxxxxxx 
[mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] Im Auftrag von Tomoki Taniguchi
Gesendet: Mittwoch, 15. August 2007 17:49
An: xen-users@xxxxxxxxxxxxxxxxxxx
Betreff: Re: [Xen-users] domU disk image over NFS

Mark,
  thank your for your suggestion.
  I am not familiar with nbd, I was hoping you could help me out a little more.

  can you tell me what the difference is between enbd and gnbd?  which
is better?

  does xen support gnbd?

  from what i read about nbd it seems to export whole partitions, but
can it export folders like nfs or smb?

  is nbd able to export a loop back filesystem?

TIA,
Tomoki


On 8/13/07, Mark Williamson <mark.williamson@xxxxxxxxxxxx> wrote:
> > 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!
>


-- 
Tomoki Taniguchi
SKYPE: taiyocable.com_taniguchi_tomoki
MSN: tomoki_taniguchi@xxxxxxxxxxx
YAHOO: tomoki_taniguchi
AIM: tomoki taniguchi

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

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