[linux-lvm] LVM with large arrays, one large or mutiple smallPV's?

Allen, Jack Jack.Allen at mckesson.com
Wed Aug 13 17:38:10 UTC 2008


-----Original Message-----
From: linux-lvm-bounces at redhat.com [mailto:linux-lvm-bounces at redhat.com]
On Behalf Of Bryn M. Reeves
Sent: Wednesday, August 13, 2008 6:10 AM
To: Marek Podmaka; LVM general discussion and development
Subject: Re: [linux-lvm] LVM with large arrays, one large or mutiple

Hash: SHA1

Marek Podmaka wrote:
> I think from LVM side it doesn't matter if you have 10x PV of size 100
> GB or 1 PV of size 1 TB. But it really depends on the SAN disk array
> you have and how it handles each virtual disk. Does it have queues,
> caches for each vdisk or for the entire array? For example for HP EVA
> arrays it is recommended to prefer smaller vdisks if possible.

It does affect LVM - the performance of the LVM2 tools is affected by
the number of physical volumes in a volume group. Strictly speaking,
it's the number of metadata areas which defaults to one per physical
volume. This means that for large volume groups you can use the
"--metadatacopies" option to pvcreate to control the number of metadata
areas present (set it to zero for some PVs) and avoid the sluggish tool
performance you might otherwise see.

Recent releases of LVM2 improve performance for large VGs as they
perform caching of metadata read from disk under some circumstances.
There were also a series of fixes to ensure that the tools behave
correctly when they find PVs with no metadata.

See earlier threads in the archives on this subject for more information
& examples of creating VGs with reduced numbers of metadata areas.

You are saying it affects the performance of some of the LVM tools, but
what about File Systems or databases that use the Logical Volume

Jack Allen

Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org


linux-lvm mailing list
linux-lvm at redhat.com
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

More information about the linux-lvm mailing list