On Thu, Jan 26, 2006 at 12:16:12PM +0800, Darrel Pinpin wrote:
> OS Partion:
> Should run on a mirror or RAID 1.  This not need to be SCSI actually. 
> It could run on a SATA with a separate SATA Controller so you could 
> mirror 2 identical SATA disk for your OS.
> 
> Data Partion:
> This should run on RAID 5 Configuration using a SCSI controller. You 
> could install up to 6 stacks of identical scsi-hdd capacity depeding 
> you you casing model. As per ML350 models max is 6 stacks but you 
> could buy a 4 stack drive bays.

Why "should" you separate the "OS" partition from the "data" partition?
How do you qualify/distinguish between "OS" and "data" (eg: Do logs
qualify as OS or data? How about temporary system files? How about
/usr/src? Home directories?)?

> On a normal basis, you buy this server and you get 2 to 3 scsi hdd,
> depending on your capacity requirement, And then normally your raid 5
> all the 3 hdd.  This means. all the 3 hdd is equivalent to 1 drive.
> Then you just partition the drive for the OS and for the Data.  In an
> event the OS failed or crashed, since it's a raid 5 configuration, the
> data partition would also be affected. By using a 2 separate
> controllers for both os and data would be a very reliable setup.

This doesn't make any sense. Assuming that by "OS failed or crashed" you
mean total filesystem corruption of your root (aka: OS) filesystem, the
fact that it's on the same RAID 5 array as your data filesystem(s) will
have absolutely no bearing on the integrity of the latter, or vice
versa. Of course it's possible for the entire array to fail, but either
way (eg: the array hosting your "OS" filesystem(s) fails, or the array
hosting your data filesystem(s) fails) you still have to account for
system downtime, and this is where decent backup and recovery procedures
come in.

 --> Jijo

-- 
Federico Sevilla III : jijo.free.net.ph : When we speak of free software
GNU/Linux Specialist : GnuPG 0x93B746BE : we refer to freedom, not price.
_________________________________________________
Philippine Linux Users' Group (PLUG) Mailing List
[email protected] (#PLUG @ irc.free.net.ph)
Read the Guidelines: http://linux.org.ph/lists
Searchable Archives: http://archives.free.net.ph

Reply via email to