True. For your kind of usage, I too think (and recommend) you should stick with ZFS.<br><br><br><div class="gmail_quote">On Thu, Jul 14, 2011 at 7:23 PM, Pasi Kärkkäinen <span dir="ltr"><<a href="mailto:pasik@iki.fi">pasik@iki.fi</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Wed, Jul 13, 2011 at 11:32:14PM -0700, John R Pierce wrote:<br>
> I've been asked for ideas on building a rather large archival storage<br>
> system for inhouse use, on the order of 100-400TB. Probably using CentOS<br>
> 6.    The existing system this would replace is using Solaris 10 and<br>
> ZFS, but I want to explore using Linux instead.<br>
><br>
> We have our own tomcat based archiving software that would run on this<br>
> storage server, along with NFS client and server.   Its a write once,<br>
> read almost never kind of application, storing compressed batches of<br>
> archive files for a year or two.   400TB written over 2 years translates<br>
> to about 200TB/year or about 7MB/second average write speed.   The very<br>
> rare and occasional read accesses are done by batches where a client<br>
> makes a webservice call to get a specific set of files, then they are<br>
> pushed as a batch to staging storage where the user can then browse<br>
> them, this can take minutes without any problems.<br>
><br>
> My general idea is a 2U server with 1-4 SAS cards connected to strings<br>
> of about 48 SATA disks (4 x 12 or 3 x 16), all configured as JBOD, so<br>
> there would potentially be 48 or 96 or 192 drives on this one server.<br>
> I'm thinking they should be laid as as 4 or 8 or 16 seperate RAID6 sets<br>
> of 10 disks each, then use LVM to put those into a larger volume.<br>
> About 10% of the disks would be reserved as global hot spares.<br>
><br>
> So, my questions...<br>
><br>
</div><div class="im">> D) anything important I've neglected?<br>
><br>
<br>
</div>Remember Solaris ZFS does checksumming for all data, so with weekly/monthly ZFS scrubbing it can detect silent data/disk corruption automatically and fix it. With a lot of data, that might get pretty important..<br>

<font color="#888888"><br>
-- Pasi<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
CentOS mailing list<br>
<a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br>
<a href="http://lists.centos.org/mailman/listinfo/centos" target="_blank">http://lists.centos.org/mailman/listinfo/centos</a><br>
</div></div></blockquote></div><br>