[Gluster-users] Distributed-replicated vs striped-replicated.. some basic questions

Joe Julian joe at julianfamily.org
Tue Aug 26 15:06:07 UTC 2014

Clusters are not raid. Striping does not normally give you the multi-spindle performance you're expecting when you're thinking in terms of raid.

Further reading: http://joejulian.name/blog/should-i-use-stripe-on-glusterfs/

On August 26, 2014 7:46:21 AM PDT, "Aronesty, Erik" <earonesty at expressionanalysis.com> wrote:
>We have a situation where 
>- write performance is important
>- median file size is more than 1GB
>1. Is striping is the way to go for this data... to get better
>Currently I have a 2x2 distributed replicated volume, which, for a
>single file, has 2x read performance, but around 1x performance for
>2. In this scenario, would a "distributed 2x replicated 4x striped"
>volume would be the fastest performance that still allows a single-node
>failure, and the ability to easily add new nodes?   What would striping
>without distributing do?
>3. Is this still "beta" code?   Should I avoid it until the feature is
>4. Is erasure coding ever going to be on the table for a production
>release (eliminating the need for replicas in striped storage)?
>5. Is there such thing as a gluster "meta-volume" ... which combines
>multiple gluster volumes into a single one... and allows the automatic
>moving of directories and/or files into faster/slower volumes based on
>frequency and types of use?   
>I can imagine a nice, easily programmable ruleset:
>Directories with lots of small files... marked as 
>distributed/replicated.  Giant files that get read very frequently? 
>Striped for sure.  If there's a known file-name or regex that will
>always be a huge write?  Mark it as striped.   Files that are hardly
>ever touched?   Move them to the slow storage... etc.   I imagine
>something like this has already been done by someone.
>Gluster-users mailing list
>Gluster-users at gluster.org

Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140826/d8c631bf/attachment.html>

More information about the Gluster-users mailing list