Re: Raid: software or hardware
- From: Matthew Wild <M.Wild@xxxxxxxx>
- Date: Thu, 19 Jun 2008 10:11:50 +0100
Anton Ertl wrote:
Matthew Wild <M.Wild@xxxxxxxx> writes:Standard Linux md RAID.
Personally, I've generally preferred hardware RAID. I've had software
RAID systems not notice a drive failing,
Which software RAID was that?
Because as one drive is failing it is corrupting any accesses to that disk.causing corruption of the
How does not noticing a failing drive cause the corruption of the file
I was just pointing out that while a disk is failing, the software RAIDThe better hardware RAID cards seem to be better at sniffing
out a failing disk and removing it from an array before any problems can
What kind of sniffing and problems are you imagining? If a disk
fails, that's a very obvious thing (it either delivers errors or does
not talk to the controller at all), and a RAID (except RAID0) is there
to prevent problems from failing disks. Even SMART data is not very
good at predicting disk failures (cf. the Google study), and anyway,
with a RAID you can afford to wait until it really fails.
has not noticed and limped along still trying to use the failing disk
which happily provides garbage when accessed. In my experience, the
hardware RAID systems I have used, 3Ware, Digital/Compaq/HP RA8000,
MA8000, MSA1500 (quite horrible to administer), manage their arrays
fairly conservatively and drop disks pretty quickly.
No it's not special. I already use the mdadm monitor. I've just hadIf a drive fails, software and hardware RAID are equivalent. SimplyAll hardware RAID systems I've used do this and more. They'll even
replace the drive. The md software in Linux will automatically rebuild
the drive as needed. The "hardware" solution? Who knows, but we presume
it will do the same.
e-mail you with any alerts on the system.
Is that something special? Look up "mdadm --monitor --mail".
occasions where, certainly on mirrored drives, md has not seen the
failing disk at all.
If you're considering those timescales, you shouldn't really be relyingThe real difference is what happens if you suffer a controller failure.I wouldn't have thought this is such a major problem if you use a major
Typically, if using hardware RAID (say RAID 5), you will have to replace
the mainboard/controller with an EXACT match. Which puts a lot of trust
in your vendor. With Software RAID, you put the drives into a compatible
Linux box, and things "just work".
RAID system vendor. 3Ware or Areca are likely to be around for a while.
Maybe. But will they still have that RAID system on offer? And how
long does it take you to get it? If you don't have the replacement
on-site that means quite a bit of downtime.
on any component part of your system to last that long and need a plan
in place for repopulation/replacement of the system.
BTW, the OP was not asking about a 3Ware RAID controller, but about aI know, I only put my oar in because the discussion was drifting on to
JMicron on-motherboard controller. Who knows how long JMicron will be
around, and whether it will be possible to get a compatible RAID
controller or motherboard when the first one dies in a few years.
the larger question.
It really depends how critical your service is ;-). We tend to try toFor really important data systems, you should be thinking of having
spares ready to be installed, or go for a proper external RAID system
with hot-swap everything and support contracts to match.
Yes. For every server we buy, we buy a second one as a spare. We do
not spend a lot of money for redundancy within each server, except for
an md RAID1, which is cheap.
stick to a few basic systems and therefore only need a spare of each
type or the components thereof. Just recently I has a CPU fan on one of
our 20TB storage servers, fly off the heatsink and take out a few
capacitors on the motherboard! Server carried on fine until it was
shutdown to replace with the spare m'board and CPU's
However, I doubt that the OP is in the market for that.I agree.
- Re: Raid: software or hardware
- From: Anton Ertl
- Re: Raid: software or hardware
- Prev by Date: red hat linux
- Next by Date: About a (new) Sony SDX-500C/L tapebackup, scsi 68 pin internal
- Previous by thread: Re: Raid: software or hardware
- Next by thread: Re: Raid: software or hardware