SUMMARY: Re: JBOD vs. RAID cabinet

From: Adam and Christine Levin (levins@westnet.com)
Date: Wed Sep 20 2000 - 14:13:12 CDT


Thanks to:
"Perrier,Kent - PLANO" <Kent.Perrier@Oneco.net>
Dan Brown <brown@obscure.org>
"Sirisena, Navi (USSM - Debt Markets)" <navis@exchange.ml.com>
David Robillard <drobilla@matrox.com>
Kevin Buterbaugh <Kevin.Buterbaugh@lifeway.com>
"Kouroussis, Athanasios Ioann" <AKouroussis@uniFON.com.ar>

The responses were mostly to go with option 1, since you get better
throughput and more redundancy can be built in if you apportion the disks
correctly within volume manager or disksuite.

Another option is to go with the A3500 but get fibre instead of SCSI,
although someone said that with the kind of access Oracle wants, SCSI
would be better.

Anyway, we've decided to go with the A3500 SCSI, partly because this is an
internal Oracle server, not a mission critical server, and because we want
to see whan an A3500 can do to see if we want to upgrade to that in
production (T3s are a possibility there, as well).

-Adam

On Tue, 19 Sep 2000, Adam and Christine Levin wrote:

>
> We're building an internal Oracle server to handle reporting on our web
> site. It's a recycled machine that we've had for a while, an Enterprise
> 4000 with four CPU boards (8x167MHz processors, 5GB memory) plus one I/O
> board with two differential SCSI cards.
>
> We're trying to decide how to add disks to this thing.
>
> Option 1) Buy three more I/O boards, six more SCSI cards, and four D1000
> 200GB arrays. Connect each array to two of the eight SCSI busses, giving
> us 8 6 disk busses with 8 times the throughput (theoretically).
>
> Option 2) Buy an A3500 cabinet with one controller module and 48 disks,
> giving us the same storage with two SCSI busses, but we don't have to add
> anything to the E4000.
>
> Both options are approximately the same price (option 2 is a few thousand
> more).
>
> We've got a bunch of system currently running multiple SCSI cards to
> individual D1000s (E450 PCI-based machines), and the performance has been
> OK but not outstanding.
>
> Any comments or criticisms welcomed.
>
> -Adam
>
>
>

S
U BEFORE POSTING please READ the FAQ located at
N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
. and the list POLICY statement located at
M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
A To submit questions/summaries to this list send your email message to:
N sun-managers@sunmanagers.ececs.uc.edu
A To unsubscribe from this list please send an email message to:
G majordomo@sunmanagers.ececs.uc.edu
E and in the BODY type:
R unsubscribe sun-managers
S Or
. unsubscribe sun-managers original@subscription.address
L To view an archive of this list please visit:
I http://www.latech.edu/sunman.html
S
T



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:18 CDT