Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


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

RAID5 for Linux



On Wed, Apr 28, 2004 at 12:44:08PM -0400, Rich Braun wrote:
> hot-swap can be justified on a mail server at an ISP but not at most
> 9-to-5 corporate sites where it's easy enough to shut the system off
> for 5 minutes at the end of the workday.  Serial ATA can be
> justified if you need 15,000rpm drives because the system is
> handling 1000 transactions per second in a banking app, but not if
> you're running a Clearcase server for a half-dozen VB programmers.

These are excellent points, as are the others you make...  However the
cases you outline above are fairly clear-cut.  Where things get hairy
is where we play in the grey in between these cases; and unfortunately
that's where most sites fall in the spectrum of things.  It's hard to
know what is justified and what isn't.  Basically, I think in the end,
it's justified if the users are complaining about performance, and
management is willing to foot the bill.  What other criteria is there?

Another point is that often, you can split the load between several
lower-end systems, improve performance substantially for pretty much
everyone, and still save money.  But this approach is unintuitive.  We
tend to think that the file server is the file server, and that it
should have lots of fast, expensive storage attached for everyone's
storage needs.  Whether or not that's really necessary depends on what
you're doing, how many are doing it, and how clear-cut the devisions
between different groups' resources are...

-- 
Derek D. Martin    http://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address.  Replying to it will result in
undeliverable mail.  Sorry for the inconvenience.  Thank the spammers.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.blu.org/pipermail/discuss/attachments/20040429/aca70108/attachment.sig>



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org