All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stan Hoeppner <stan@hardwarefreak.com>
To: Christoph Anton Mitterer <calestyo@scientia.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: question about the best suited RAID level/layout
Date: Thu, 04 Jul 2013 20:12:17 -0500	[thread overview]
Message-ID: <51D61D71.5090406@hardwarefreak.com> (raw)
In-Reply-To: <1372978687.5249.52.camel@fermat.scientia.net>

On 7/4/2013 5:58 PM, Christoph Anton Mitterer wrote:

> I'd have even one more question here: Has anyone experience with my idea
> of intentionally running devices of different vendors (Seagate, WD,
> HGST)... for resilience reasons?... Does it work out as I plan, or are
> there any hidden caveats I can't see which make the resilience (not the
> performance) worse?

1.  You'll need to use partitions underneath md because the drives will
all be slightly difference capacity.  You'll need to identify the
capacity of the smallest drive and create partitions a few MiB smaller
than this on all drives.  This should assure that any replacement drive
which is slightly smaller will be usable in the array.

Screwing around with all of this is a PITA.  When I build arrays I use
identical drives and put identical spares in storage.  I don't leave
hot/warm/cold spares in the chassis.  This simply degrades performance.
Hot swap was invented for a reason.  Some folks prefer online spares an
unattended auto rebuild.  Not every time a drive is kicked is a rebuild
required.  I wanna look things over before I start a rebuild.


2.  HGST is a brand created due to Western Digital's acquisition of
Hitachi Data System's disk drive unit.  The drives are Hitachi's final
production units relabeled with a different name and serial number.
Three years from now when that HGST drive fails, Western Digital will
replace it with a Western Digital produced drive.

There are now currently only 3 hard disk drive vendors on the planet
AFAIK:  Seagate, Toshiba, and Western Digital.  In the not too distance
future Toshiba's disk drive unit will probably be acquired by one of the
other two and we'll have two drive vendors.  At that point the lack of
entropy will make this type of "game plan" useless.  You'll have to pick
drives from different lines in each vendors' lineup, which means a mix
of consumer and enterprise models.  Then you'll lose ERC/TLER on some
drives.

IMO the practical disadvantages of using dissimilar drives outweighs the
theoretical benefits.

-- 
Stan


  parent reply	other threads:[~2013-07-05  1:12 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-04 18:17 question about the best suited RAID level/layout Christoph Anton Mitterer
2013-07-04 21:43 ` Phil Turmel
2013-07-04 22:58   ` Christoph Anton Mitterer
2013-07-05  1:07     ` Brad Campbell
2013-07-06  0:36       ` Christoph Anton Mitterer
2013-07-06  5:29         ` Brad Campbell
2013-07-06 14:49           ` Christoph Anton Mitterer
2013-07-07  6:36             ` Brad Campbell
2013-07-06  7:40         ` Piergiorgio Sartor
2013-07-06 14:52           ` Christoph Anton Mitterer
2013-07-05  1:12     ` Stan Hoeppner [this message]
2013-07-06  0:46       ` Christoph Anton Mitterer
2013-07-06  8:36         ` Stan Hoeppner
2013-07-06 15:04           ` Christoph Anton Mitterer
2013-07-06 15:41             ` Matt Garman
2013-07-07 14:08             ` David Brown
2013-07-07 16:45             ` Stan Hoeppner
2013-07-07 17:26               ` Christoph Anton Mitterer
2013-07-09 15:50                 ` Stan Hoeppner
2013-07-05 13:36     ` Phil Turmel
2013-07-06  1:11       ` Christoph Anton Mitterer
2013-07-06  2:19         ` Phil Turmel
2013-07-06 17:55           ` Christoph Anton Mitterer
2013-07-07 12:46             ` Bernd Schubert
2013-07-07 17:39               ` Christoph Anton Mitterer
2013-07-05 11:10 ` David Brown
2013-07-06  0:55   ` Christoph Anton Mitterer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51D61D71.5090406@hardwarefreak.com \
    --to=stan@hardwarefreak.com \
    --cc=calestyo@scientia.net \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.