[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] Wisdom of multiple disks in one VG



Perhaps I'm being unfair, but making valuable stuff depend on md raid1 scares me. We've had trouble when an event happens (i.e. primary goes bad) and have had to do stuff by hand. For real peace of mind, I would think of a backup strategy involving another system; snapshot is nice for that. Perhaps your unused big disk could go on that system. Just a practical note.
 
Larry Dickson
Cutting Edge Networked Storage
 
On 7/21/08, Ross Boylan <ross biostat ucsf edu> wrote:
On Mon, 2008-07-21 at 16:14 -0500, Chris Cox wrote:
> On Mon, 2008-07-21 at 14:01 -0700, Ross Boylan wrote:
> > If I have a Volume Group with partitions from 2 different physical disks
> > on it, and I confine my logical volumes to particular physical disks,
> > will I be able to recover the logical volumes on disk 1 if disk 2 fails?
>
> What is a disk?  If a disk means a LUN off of a hw RAID'd subsystem,
> then you already have a level of protection.  You know what I mean?
I think so.  That's not what I mean by "physical disks," by which I
meant the things you can buy and stick into a slot in the case.  My
understanding is that a LUN is a virtual drive present to the world by
the RAID system.

I'm talking about separate physical disk drives.  I'm still not clear
after reading your response (including below) whether disk 2 failing
will make the LV's on disk 1 unusable (i.e., not relatively
straightforward to recover), but it sounds as if that's the case.

>
> In that case, if all of the "disks" in a PV already have some kind
> of RAID protection, then there isn't too much of an issue.
>
> So.. in my opinion.... LVM on top of RAID'd disks.
Thanks.  I hadn't actually appreciated that RAID needed to be done below
LVM (I was somewhat thrown off by experience with EVMS and the fact that
one can stripe in LVM).

>
> >
> > I have several disks, but they are all different sizes and so don't seem
> > like good candidates for a scheme with redundancy (e.g., RAID 5).
>
> Ok.
>
> > Because of my concern that combining disks into the same volume group
> > would mean a failure of 1 would effectively wipe them all out, I have so
> > far used separate VG's for each disk.  However, this is awkward.
>
> True.  I think you simply have to bite the bullet and decide if
> getting matched storage (for RAID) or somehow some kind of RAID'd
> infrastructure is something you just have to pay for... otherwise, you
> probably just live with the risk... or go with separation like you are
> now (still risky, but not all eggs in one basket).
Maybe the separate VGs for separate disks doesn't buy me much.
Individual disk failures will still take some stuff with them.  Either I
have backups (I do), in which case I can recover, and could recover even
if all my VGs fail, or I don't, in which case I'm sunk anyway.

There are of course issues of recovery speed with the different
approaches, but that doesn't mean I'm getting much extra safety by
keeping distinct VGs.
>
> >
> > So, my general question is what the best approach would be in this
> > situation, multiple disks of much different sizes.  The existing disks
> > all have separate VG's on them.  The biggest disk is empty so far.
>
> Since reliability seems important to you... I'd go with the separated
> scheme you mentioned.  Sorry.. there really isn't a silver bullet for
> this scenario.  Even so... you can't really say you have reliability,
> you've somewhat improved the situation with separation to help
> mitigate the damage, but without something like RAID, you're ultimately
> going to lose something (not speaking about the value of backups of
> course).
Real RAID is probably something I should consider, since my backups are
on my disks until I burn them to DVD, monthly.  The worst case scenario
in this setup is pretty bad.  I should also keep the on disk backups on
separate disks, in multiple copies, etc.


Thanks for your advice.
Ross

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


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]