RE: mass storage recommendations
Ming Zhang <[email protected]> Wed, 31 May 2006 09:54:07 -0400
| Newsgroups | gmane.linux.enbd.general |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 2006-05-30 at 21:57 -0500, Richard Pickett wrote: > > What's the exact configuration of the 4T RAID? Are you using > > mdadm/raidtools? In what RAID level? > > When reading the description you gave, I would guess you're running > some > > kind of RAID5 over 500GB disks, with a total of 8 disks, creating > > 4000-500=3500MB of effective storage. > > You're exactly right in all counts. > > > 100T sounds like a lot of space. Assuming you're using 500G disks, you > > need 200 (!!) disks in RAID. > > Yep. And we're eyeing the latest 750G disks, that would only take 133 > disks, with 8 per box we're talking 17 machines to host 100T when u have 100TB from 750GB disks, raid5 is not enough for you. u need to look at raid6. > > > > So we see these two factors opposing each other: (1) large > > > easy-to-manage partition and (2) failover / fault tolerance. > > Remembering the things I wrote before, I would suggest something like > > this: > > > > disk1 \ > > disk2 | RAID5 > > disk3 | 1.5T > > disk4 / > > > > disk1 \ > > disk2 | RAID5 > > disk3 | 1.5T > > disk4 / > > > > disk1 \ > > disk2 | RAID5 > > disk3 | 1.5T > > disk4 / > > > > I was thinking that, only with the 8 (or maybe 10) disks per physical > box, then tying them together with one box in the front, and it doing > raid5 on the enbd disks it pulls in. In this way it would actually take > 4 disks (two on two different systems) or 2 whole systems to fail before > the data wouldn't be accessible (or the front end box, which that's > simple enough to fix, we just drop another front end in place enbd the > backends into the new frontend). raid5 over raid5 will be quite slow. will u front end become a performance bottleneck? what kind of io workload u are expecting on this front end? > > > etc. > > > > And combine those sets using a ENBD client (on a frontend machine). > > However, this would require about 67 RAID5 ENBD servers. I'm not > really > > sure, but I don't think this is really possible using ENBD. It just > > isn't designed to fit in such configuration. > > With my idea of 8 disks per box and raid5 on raid5 it would take 30 > machines to run 100T > > > I'm using ENBD for a storage clusters of 3-5 machines, effectively > > creating 500G to 2T per cluster (more is possible, but not needed). > I've > > considered using OpenAFS and other distributed file system solutions, > > but those would cause too much overhead in my situation. However, > > considering your needs, I think you should be looking for something > like > > that. > > I'll check out OpenAFS. Any other distributed file systems you can > recommend? > > > It's possible that Peter (main developer of ENBD) has a completely > > different opinion on this topic, so you shouldn't immediately draw > your > > conclusions on my thoughts. They're just thoughts... > > Cool. Let's see what Peter says too. > > Thanks for your input, it's exactly what I am looking for. > > _______________________________________________ > ENBD mailing list > [email protected] > http://lists.community.tummy.com/mailman/listinfo/enbd