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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.