linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tyler <pml@dtbb.net>
To: Christopher Smith <csmith@nighthawkrad.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: Best way to achieve large, expandable, cheap storage?
Date: Sun, 02 Oct 2005 00:09:06 -0700	[thread overview]
Message-ID: <433F8792.6040106@dtbb.net> (raw)
In-Reply-To: <433F63BB.3020008@nighthawkrad.net>

Christopher Smith wrote:

> Robin Bowes wrote:
>
>> 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.
>
>
> Here's what I do (bear in mind this is for a home setup, so the data 
> volumes aren't as large and I'd expand in smaller amounts to you - but 
> the principle is the same).
>
> I use a combination of Linux's software RAID + LVM for a flexible, 
> expandable data store.  I buy disks in sets of four, with a four-port 
> disk controller and a 4-drive, cooled chassis of some sort (lately, 
> the Coolermaster 4-in-3 part).
>
> I RAID5 the drives together and glue multiple sets of 4 drives 
> together into a single usable chunk using LVM.
>
> Over the last ~5 years, this has allowed me to move from/to the 
> following disk configurations:
>
> 4x40GB -> 4x40GB + 4x120GB -> 4x40GB + 4x120GB + 4x250GB -> 4x120GB + 
> 4x250GB -> 4x250GB + 4x250GB.
>
> In the next couple of months I plan to add another 4x300GB "drive set" 
> to expand further.  I add drives about once a year.  I remove drives 
> either because I run out of physical room in the machine, or to re-use 
> them in other machines (eg: the 4x120GB drives are now scratch space 
> on my workstation, the 4x40GB drives went into machines I built for 
> relatives).  The case I have now is capable of holding about 20 
> drives, so I probably won't be removing any for a while (previous 
> cases were stretched to hold 8 drives).
>
> Apart from the actual hardware installations and removals, the various 
> reconfigurations have been quite smoothe and painless, with LVM 
> allowing easy migration of data to/from RAID devices, division of 
> space, etc. I've had 3 disk failures, none of which have resulted in 
> any data loss.  The "data store" has been moved across 3 very 
> different physical machines and 3 different Linux installations 
> (Redhat 9 -> RHEL3 -> FC4).
>
> I would suggest not trying to resize existing arrays at all, and 
> simply accept the "space wastage" as a cost of flexibility.  Storage 
> is cheap, and a few dozens or hundreds of GB lost to long-term cost 
> savings is well worth it IMHO.  The space I "lose" but not 
> reconfiguring my RAID arrays whenever I add more disks is more than 
> made up for by the money I've saving not buying everything at once, or 
> the additional space available at the same price point.
>
> I would, however, suggest getting a case with a large amount of 
> physical space in it so you don't have to remove drives to add bigger 
> ones.
>
> But, basically, just buy as much space as you need now and then buy 
> more as required - it's trivially easy to do, and you'll save money in 
> the long run.
>
> CS
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
What case and power supply(s)are you using?  What raid cards are you 
using also?

Thanks,
Tyler.


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.9/116 - Release Date: 9/30/2005


  reply	other threads:[~2005-10-02  7:09 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-30 13:20 Best way to achieve large, expandable, cheap storage? Robin Bowes
2005-09-30 13:29 ` 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 [this message]
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=433F8792.6040106@dtbb.net \
    --to=pml@dtbb.net \
    --cc=csmith@nighthawkrad.net \
    --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).