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
next prev parent 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).