- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Volume groups vs. logical volumes
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-15-1999 06:26 PM
тАО09-15-1999 06:26 PM
Volume groups vs. logical volumes
To have multiple volume groups or one volume group with
multiple logical volumes.
thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-19-1999 11:11 PM
тАО09-19-1999 11:11 PM
Re: Volume groups vs. logical volumes
Having multiple volume groups is the way to go, the
Root vg should be isolated normally in vg00.
If you can and have the disk to do so you should keep all
of your apps in seperate volume groups. Especially things
like an Oracle database.
Hope this helps
Steven
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-21-1999 04:39 PM
тАО09-21-1999 04:39 PM
Re: Volume groups vs. logical volumes
That's a very complex subject you've touched on. I reckon you have to look at
the following issues:
1) Response/performance
2) Managability
3) Expandability
1) Response/performance: with one large common VG, it is extremely difficult to
spread the load accross disks and channels, and hot-spots will be common.
2) Managability: while a large common VG is easy to manage, it is extremely
difficult or time-consuming to determine the space usage in a multi-app
environment.
3) Expandability: remember that there are certain kernel and VG constraints
when creating large VGs, and if certain params are not set, you pick up
problems.
Email me direct if you want more...:-)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-27-1999 03:46 AM
тАО09-27-1999 03:46 AM
Re: Volume groups vs. logical volumes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-27-1999 04:07 AM
тАО09-27-1999 04:07 AM
Re: Volume groups vs. logical volumes
Sorry about the last empty response, I hit the enter key by mistake. Anyway,
the decision is entirely your own, but my
experience has shown that more volume groups lead to better
segmentation of data. But that can also be done in a strictly LV only
environment. We currently have a system with 680 gig on it, broken down into 6
volume groups. Some of those volume groups have as little as 16 gig in them,
some have as much as
300+gig. My best suggestion would be to decide based on your need for disk
tuning. Data within a specific VG can be manipulated between disks a lot
easier that different VG's.
We use volume groups to identify the type of data that should be loaded. For
example, VG01 is strictly for filesystem data needed by vendor software. VG02
is for user testing filesystems,
and vg04 is for Oracle raw data info. By defining our VG's this way, we can
watch space growth on a larger scale, and charge back disk usage by ownership
of the VG.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-05-1999 04:31 AM
тАО10-05-1999 04:31 AM
Re: Volume groups vs. logical volumes
the OS,applications ,database etc. under different volume groups.This way you
can keep root volume in vg00 and othe stuff under other vgs and you have
flexibility of disks groupings and exporting them and moving them freely.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-07-1999 07:49 AM
тАО10-07-1999 07:49 AM
Re: Volume groups vs. logical volumes
>1) Response/performance: with one large common VG, it is >extremely difficult
to spread the load accross disks and >channels, and hot-spots will be common.
Just the opposite is true in my experience. Small volume groups require
logical volumes to be isolated on a smaller number of drives, and fewer
controllers. For optimally balanced I/O, mirrored and striped logical volumes
should be spread across as many controllers and physical drives as possible.
With one large common VG, or a small number of large VG's, it is actually much
easier to spread the load across disks and channels. Tools like pvmove and
Mirror/UX work only within a single volume group.
>2) Managability: while a large common VG is easy to manage, it >is extremely
difficult or time-consuming to determine the space >usage in a multi-app
environment.
I have found a single large common VG, or too few VG's can make it more
difficult to manage your storage. Never share vg00 with anything other than
operating system filesystems/LV's.
I agree that capacity planning is much easier when applications are given their
own volume groups.
My rule of thumb is to isolate vg00 as much as possible. User home directories
usually do NOT belong in vg00. Applications requiring a significant proportion
of the overall storage should have their own volume group(s). In designing an
LVM layout, I will start with applications being given their own VG, then
combine VG's as I have to to meet performance and capacity requirements.
Scott Riley
Back Bay Software