From: Scott Marlowe <scott.marlowe@gmail.com>
To: Decibel! <decibel@decibel.org>
Cc: pgsql-performance@postgresql.org
Subject: Re: Dell Hardware Recommendations
Date: Thu, 9 Aug 2007 20:58:19 -0500
Message-ID: <dcc563d10708091858u4f4a3cf9s902cdc9fcd28032a@mail.gmail.com> (raw)
In-Reply-To: <20070809224138.GI20424@decibel.org>
References: <46BB6F3D.6090608@gmail.com>
<b42b73150708091450t448e3fa0nc778ab87d639603@mail.gmail.com>
<20070809220502.GE20424@nasby.net>
<dcc563d10708091529n448affd5nf083f90b99d42289@mail.gmail.com>
<20070809224138.GI20424@decibel.org>
oops, the the wrong list... now the right one.
On 8/9/07, Decibel! <decibel@decibel.org> wrote:
> You forgot the list. :)
>
> On Thu, Aug 09, 2007 at 05:29:18PM -0500, Scott Marlowe wrote:
> > On 8/9/07, Decibel! <decibel@decibel.org> wrote:
> >
> > > Also, a good RAID controller can spread reads out across both drives in
> > > each mirror on a RAID10. Though, there is an argument for not doing
> > > that... it makes it much less likely that both drives in a mirror will
> > > fail close enough to each other that you'd lose that chunk of data.
> >
> > I'd think that kind of failure mode is pretty uncommon, unless you're
> > in an environment where physical shocks are common. which is not a
> > typical database environment. (tell that to the guys writing a db for
> > a modern tank fire control system though :) )
> >
> > > Speaking of failures, keep in mind that a normal RAID5 puts you only 2
> > > drive failures away from data loss,
> >
> > Not only that, but the first drive failure puts you way down the list
> > in terms of performance, where a single failed drive in a large
> > RAID-10 only marginally affects performance.
> >
> > > while with RAID10 you can
> > > potentially lose half the array without losing any data.
> >
> > Yes, but the RIGHT two drives can kill EITHER RAID 5 or RAID10.
> >
> > > If you do RAID5
> > > with multiple parity copies that does change things; I'm not sure which
> > > is better at that point (I suspect it matters how many drives are
> > > involved).
> >
> > That's RAID6. The primary advantages of RAID6 over RAID10 or RAID5
> > are two fold:
> >
> > 1: A single drive failure has no negative effect on performance, so
> > the array is still pretty fast, especially for reads, which just suck
> > under RAID 5 with a missing drive.
> > 2: No two drive failures can cause loss of data. Admittedly, by the
> > time the second drive fails, you're now running on the equivalent of a
> > degraded RAID5, unless you've configured >2 drives for parity.
> >
> > On very large arrays (100s of drives), RAID6 with 2, 3, or 4 drives
> > for parity makes some sense, since having that many extra drives means
> > the RAID controller (SW or HW) can now have elections to decide which
> > drive might be lying if you get data corruption.
> >
> > Note that you can also look into RAID10 with 3 or more drives per
> > mirror. I.e. build 3 RAID-1 sets of 3 drives each, then you can lose
> > any two drives and still stay up. Plus, on a mostly read database,
> > where users might be reading the same drives but in different places,
> > multi-disk RAID-1 makes sense under RAID-10.
> >
> > While I agree with Merlin that for OLTP a faster drive is a must, for
> > OLAP, more drives is often the real key. The high aggregate bandwidth
> > of a large array of SATA drives is an amazing thing to watch when
> > running a reporting server with otherwise unimpressive specs.
> >
>
> --
> Decibel!, aka Jim C. Nasby, Database Architect decibel@decibel.org
> Give your computer some brain candy! www.distributed.net Team #1828
>
>
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: scott.marlowe@gmail.com, decibel@decibel.org
Subject: Re: Dell Hardware Recommendations
In-Reply-To: <dcc563d10708091858u4f4a3cf9s902cdc9fcd28032a@mail.gmail.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox