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] Re: DomU on LVM

To: "Nick Anderson" <nick@xxxxxxxxxxxx>
Subject: RE: [Xen-users] Re: DomU on LVM
From: "Ross S. W. Walker" <rwalker@xxxxxxxxxxxxx>
Date: Thu, 8 May 2008 12:26:18 -0400
Cc: Tomasz Nowak <tnowak-p@xxxxxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 08 May 2008 09:26:49 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
Importance: normal
In-reply-to: <482316C1.3000909@xxxxxxxxxxxx>
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>
Priority: normal
References: <4822F513.7000705@xxxxxxxxxx> <fvuu7e$tra$1@xxxxxxxxxxxxx> <E2BB8074E5500C42984D980D4BD78EF9022A71AA@xxxxxxxxxxxxxxxxxxxxx> <48230729.1010300@xxxxxxxxxxxx> <E2BB8074E5500C42984D980D4BD78EF9022A71AD@xxxxxxxxxxxxxxxxxxxxx> <482316C1.3000909@xxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcixHPrwXwAH5p4cTEm278J05zlafgACW3BQ
Thread-topic: [Xen-users] Re: DomU on LVM
Nick Anderson wrote:
> Ross S. W. Walker wrote:
> > Just to poke a little further, why take snapshots in dom0 instead
> > of within domU?
> > 
> > You could provide a second LV to each domU located on different spindles
> > that provide snapshotting within the domUs.
> 
> How will I get a complete point in time snapshot if I am 
> doing LV from inside each domU?

Snapshots of the LVs within a domU will be point in time
in respect of the domU. Basically they work just as if
the domU was a standalone.

> Would it not be introducing unnecessary overhead to do
> LV -> domU(disk) -> 1 partition/disk -> LV
> And do so for each partition you want?

Device mapper, LVM is actually device mapper now, is
an extremely low overhead process that uses the same
techniques as virtual memory mapping to map physical
storage. In fact the page cache integrates tightly
with device mapper to provide robust disk to memory
mapping and access.

There is absolutely no reason these days to not base
all, except removable and backwards compatible,
storage on LVM. Back in the LVMv1 days I would see
your argument, but these days the same device mapper
that handles your software based RAID storage handles
the logical volume management and there is negligiable
performance loss.

-Ross

______________________________________________________________________
This e-mail, and any attachments thereto, is intended only for use by
the addressee(s) named herein and may contain legally privileged
and/or confidential information. If you are not the intended recipient
of this e-mail, you are hereby notified that any dissemination,
distribution or copying of this e-mail, and any attachments thereto,
is strictly prohibited. If you have received this e-mail in error,
please immediately notify the sender and permanently delete the
original and any copy or printout thereof.


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

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