linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Robin Bowes <robin-lists@robinbowes.com>
To: linux-raid@vger.kernel.org
Subject: Best way to achieve large, expandable, cheap storage?
Date: Fri, 30 Sep 2005 14:20:11 +0100	[thread overview]
Message-ID: <dhje16$tmq$1@sea.gmane.org> (raw)

Hi,

I have a business opportunity which would involve a large amount of 
storage, possibly growing to 10TB in the first year, possibly more. This 
would be to store media files - probably mainly .flac or .mp3 files.

Concurrency wouldn't be particularly important as I'd be the only person 
access the storage and I have no need for lightning speed.

It would be nice to be able to start smallish and grow as required, but 
my experience of linux raid to date is that it's not possible to resize 
arrays. (I have a 1TB array built from 6 x 250GB SATA discs on Promise 
SATA150 TX4 controllers).

Can anyone offer recommendations as to the most cost-effective way to 
achieve this sort of storage?

Are there any limitations I might run into using md on Linux?

For example, suppose I get something like this [1] and throw in an 
appropriate mobo/processor etc and 24 x 500 GB SATA discs; would 
md/mdadm be able to create a single 11TB RAID5 partition, ie (23-1) x 
500, with a hot-spare? Would this be a sensible thing to do?

What about file-system limitations, e.g. would ext3/reiser/XFS support 
an 11TB partition?

Would I be better off creating smaller volumes combining them with RAID0?

I'd appreciate any tips/suggestions/advice/pointers to further sources 
of information.

Thanks,

R.
-- 
http://robinbowes.com

If a man speaks in a forest,
and his wife's not there,
is he still wrong?


             reply	other threads:[~2005-09-30 13:20 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-30 13:20 Robin Bowes [this message]
2005-09-30 13:29 ` Best way to achieve large, expandable, cheap storage? Robin Bowes
2005-09-30 18:28   ` Brad Dameron
2005-09-30 19:20     ` Dan Stromberg
2005-09-30 18:16 ` Gregory Seidman
2005-09-30 18:34   ` Andy Smith
2005-10-02  4:36 ` Christopher Smith
2005-10-02  7:09   ` Tyler
2005-10-03  3:19     ` Christopher Smith
2005-10-03 16:33   ` Sebastian Kuzminsky
2005-10-04  4:09     ` Christopher Smith
2005-10-20 10:23       ` Robin Bowes
2005-10-20 11:19         ` Gregory Seidman
2005-10-20 11:41           ` Robin Bowes
2005-10-21  4:42           ` Christopher Smith
2005-10-21 16:48             ` Gil
2005-10-21 20:08               ` Robin Bowes
2005-10-21  4:40         ` Christopher Smith
  -- strict thread matches above, loose matches on Subject: below --
2005-10-27 19:12 Andrew Burgess

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='dhje16$tmq$1@sea.gmane.org' \
    --to=robin-lists@robinbowes.com \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).