From: David Brown <david.brown@hesbynett.no>
To: Roberto Spadim <roberto@spadim.com.br>
Cc: stan@hardwarefreak.com, Phil Turmel <philip@turmel.org>,
Marcus Sorensen <shadowsor@gmail.com>,
Daniel Pocock <daniel@pocock.com.au>,
linux-raid@vger.kernel.org
Subject: Re: md RAID with enterprise-class SATA or SAS drives
Date: Fri, 11 May 2012 09:10:32 +0200 [thread overview]
Message-ID: <4FACBB68.2080304@hesbynett.no> (raw)
In-Reply-To: <CABYL=ToORULrdhBVQk0K8zQqFYkOomY-wgG7PpnJnzP9u7iBnA@mail.gmail.com>
On 11/05/2012 00:49, Roberto Spadim wrote:
> i have dell servers and i use raid1 in every servers just raid10 or
> raid0 are in hardware because hotswap with hardware is easier to
> implement, but if mdraid could do the job, i don´t see why use hardware
> raid devices (just if they have batery)
>
I think for simple situations, such as just wanting a straight mirror of
two disks, then hardware raid provided by the supplier is often a good
choice. As you say, it can make hotswap easier - you get things like
little red and green lights on the disk drives. And the vendor supports
it and knows how it works. Also if you've got a more serious hardware
with BBWC or similar features, then these features may be the deciding
points.
But there is no doubt that md raid is a lot more flexible than any other
raid system, it is often faster (especially for smaller setups -
raid10,far being a prime example), and the money you save on raid cards
can be spent on extra disks, UPS, etc.
One thing that may be an advantage either way is ease of configuration,
monitoring, maintenance, and transfer of disks between systems. With md
raid, you have a consistent system that is independent of the hardware
and setup, while every hardware raid system has its own proprietary
tools, setup, hardware, monitoring software, etc. So this is often a
win for md raid - but if you support several hardware raid arrays, and
use the same vendor for them all, then you have a consistent system
there too.
> 2012/5/10 David Brown <david.brown@hesbynett.no
> <mailto:david.brown@hesbynett.no>>
>
> On 10/05/12 23:15, Stan Hoeppner wrote:
>
> On 5/10/2012 8:51 AM, Phil Turmel wrote:
>
> Hardware RAID cards usually offer battery-backed write
> cache, which is
> very valuable in some applications. I don't have a need for
> that kind
> of performance, so I can't speak to the details. (Is Stan H.
> listening?)
>
>
> Yes, I'm here to drop the hammer, and start a flame war. ;)
> I've been
> lurking and trying to stay out of the fray, but you "keep
> dragging me
> back in!" --Michael Corleone
>
> I find the mere existence of this thread a bit comical, as with all
> others that have preceded it. I made the comment on this list quite
> some time ago that md raid is mostly used by hobbyists, and took
> a lot
> of heat for that. The existence of this thread adds ammunition
> to that
> argument.
>
>
> I think you've got that a bit backwards. Most hobbyists (or
> low-budget users) who use raid other than motherboard fakeraid will
> choose Linux md raid. It may well be that most users of md raid
> /are/ hobby or low-budget users. But your implication - that
> professionals don't use md raid - is completely wrong.
>
> It's more likely that it is hobby users that discuss these sorts of
> things - professionals just pay the money that the server
> manufacturer asks for its supported disks, since paying that is
> cheaper than spending time discussing things. I know I mostly
> follow lists like this in my free time (as a hobbiest) rather than
> in work time (as a professional).
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> <mailto:majordomo@vger.kernel.org>
> More majordomo info at http://vger.kernel.org/__majordomo-info.html
> <http://vger.kernel.org/majordomo-info.html>
>
>
>
>
> --
> Roberto Spadim
> Spadim Technology / SPAEmpresarial
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-05-11 7:10 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-09 22:00 md RAID with enterprise-class SATA or SAS drives Daniel Pocock
2012-05-09 22:33 ` Marcus Sorensen
2012-05-10 13:34 ` Daniel Pocock
2012-05-10 13:51 ` Phil Turmel
2012-05-10 14:59 ` Daniel Pocock
2012-05-10 15:15 ` Phil Turmel
2012-05-10 15:26 ` Marcus Sorensen
2012-05-10 16:04 ` Phil Turmel
2012-05-10 17:53 ` Keith Keller
2012-05-10 18:10 ` Mathias Burén
2012-05-10 18:23 ` Phil Turmel
2012-05-10 19:15 ` Keith Keller
2012-05-10 18:42 ` Daniel Pocock
2012-05-10 19:09 ` Phil Turmel
2012-05-10 20:30 ` Daniel Pocock
2012-05-11 6:50 ` Michael Tokarev
2012-05-21 14:19 ` Brian Candler
2012-05-21 14:29 ` Phil Turmel
2012-05-26 21:58 ` Stefan *St0fF* Huebner
2012-05-10 21:43 ` Stan Hoeppner
2012-05-10 23:00 ` Marcus Sorensen
2012-05-10 21:15 ` Stan Hoeppner
2012-05-10 21:31 ` Daniel Pocock
2012-05-11 1:53 ` Stan Hoeppner
2012-05-11 8:31 ` Daniel Pocock
2012-05-11 13:54 ` Pierre Beck
2012-05-10 21:41 ` Phil Turmel
2012-05-10 22:27 ` David Brown
2012-05-10 22:37 ` Daniel Pocock
[not found] ` <CABYL=ToORULrdhBVQk0K8zQqFYkOomY-wgG7PpnJnzP9u7iBnA@mail.gmail.com>
2012-05-11 7:10 ` David Brown [this message]
2012-05-11 8:16 ` Daniel Pocock
2012-05-11 22:28 ` Stan Hoeppner
2012-05-21 15:20 ` CoolCold
2012-05-21 18:51 ` Stan Hoeppner
2012-05-21 18:54 ` Roberto Spadim
2012-05-21 19:05 ` Stan Hoeppner
2012-05-21 19:38 ` Roberto Spadim
2012-05-21 23:34 ` NeilBrown
2012-05-22 6:36 ` Stan Hoeppner
2012-05-22 7:29 ` David Brown
2012-05-23 13:14 ` Stan Hoeppner
2012-05-23 13:27 ` Roberto Spadim
2012-05-23 19:49 ` David Brown
2012-05-23 23:46 ` Stan Hoeppner
2012-05-24 1:18 ` Stan Hoeppner
2012-05-24 2:08 ` NeilBrown
2012-05-24 6:16 ` Stan Hoeppner
2012-05-24 2:10 ` NeilBrown
2012-05-24 2:55 ` Roberto Spadim
2012-05-11 22:17 ` Stan Hoeppner
-- strict thread matches above, loose matches on Subject: below --
2012-05-10 1:29 Richard Scobie
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=4FACBB68.2080304@hesbynett.no \
--to=david.brown@hesbynett.no \
--cc=daniel@pocock.com.au \
--cc=linux-raid@vger.kernel.org \
--cc=philip@turmel.org \
--cc=roberto@spadim.com.br \
--cc=shadowsor@gmail.com \
--cc=stan@hardwarefreak.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).