Skip site navigation (1) Skip section navigation (2)

Re: Tyan Thunder MB for postgres server

From: "Iain" <iain(at)mst(dot)co(dot)jp>
To: "William Yu" <wyu(at)talisys(dot)com>, <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Tyan Thunder MB for postgres server
Date: 2004-12-16 02:18:37
Message-ID: 007201c4e315$9074f960$7201a8c0@mst1x5r347kymb (view raw or flat)
Thread:
Lists: pgsql-admin
Hi William,

> SOmething to think about. Let's suppose a channel/cable completely dies. 
> How would you protect against it? Split a logical mirror device over 2 
> channels.

This effectively implements RAID 0+1, right? RAID 1 (mirroring) over RAID 0 
striped volumes. I can certainly see your point regarding the redundancy of 
the controller channels, but my understanding is that (apart from that) RAID 
0+1 is less robust that RAID 10 regarding disk failures. Presuming that the 
system will continue to operate even in the event of 1 channel failure, it's 
still not a clear choice. Does that seem like a reasonable assessment?

> Another trick I've started doing with my MegaRAID setups is mirroring in 
> hardware but striping in software.

Yeah, that is a good point. I havn't decided either way but I consider that 
a viable option.

If you were building this system now, and want the option of buying the same 
disks in 3 years time, do you think it would be a bad idea to go for the 
~40GB size? Maybe the next size up would be better, though we don't actually 
need the extra space.

If you have any specific recommendations (for or against) specific 
drives/manufacturers, please let me know.

Also, someone asked me what happens if one of the CPUs fails on this system, 
will the system continue to operate on 1 CPU. I havn't really considered 
this, and have never read anything either way, so my assumption is "no, it 
won't". Any comment?

Thanks again
Iain 


In response to

Responses

pgsql-admin by date

Next:From: ogjunk-pgjedanDate: 2004-12-16 06:32:35
Subject: VACUUMing for 30 minutes
Previous:From: William YuDate: 2004-12-15 23:29:58
Subject: Re: Tyan Thunder MB for postgres server

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group