Building a 1pb volume

[J.Witvliet at mindef.nl]

From: users-bounces at lists.fedoraproject.org [mailto:users-bounces at lists.fedoraproject.org] On Behalf Of aragonx at dcsnow.com
Sent: Wednesday, January 09, 2013 4:09 PM
To: users at lists.fedoraproject.org
Subject: Building a 1pb volume

Hi,

I'm looking to build a 1PB (usable) volume on a Fedora or Redhat platform.  The volume (has to be a single volume) will be shared out by NFS.  My considerations in the order of importance are:

Data loss
Cost
Speed

I am currently considering some less expensive storage arrays using 4TB SAS disks in 5+1 RAID 5 configurations (each array would be responsible for 10 such volumes).  This will give me one level of protection.  Then I'm going to propose a DR site with a full second set of storage.  That will give me a 2nd level of protection.

Now I would like a 3rd level of protection and I thought about using GlusterFS.  If I read it right, it would duplicate the data in a way so that it doesn't reside in a single place.

So, has anyone used Gluster?  Does anyone have any other suggestions that might work for a situation like this?  All options are currently on the table so it's play time!  :)

Thanks!

Hi,

You might want to take a look at ceph:

http://ceph.com/docs/master/
http://ceph.com/ceph-storage/block-storage/


______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten.

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/users/attachments/20130109/0dcfd87f/attachment-0001.html>