[Gluster-users] Use single large bring or several smaller ones?

Justin Dossey jbd at podomatic.com
Fri Mar 21 18:02:03 UTC 2014


The more bricks you allocate, the higher your operational complexity.  One
brick per server is perfectly fine.


On Thu, Mar 20, 2014 at 3:34 PM, John Gardeniers <
jgardeniers at objectmastery.com> wrote:

> Another typo has been pointed out and this one I can't blame on
> auto-correct. The storage size will 5TB, not 5GB.
>
> John
>
>
> On 20/03/14 11:48, John Gardeniers wrote:
> > That title should say "brick", not "bring". I thought I had auto-correct
> > disabled. Sorry.
> >
> > On 20/03/14 11:44, John Gardeniers wrote:
> >> Having experimented with Gluster for the last month I'm now ready to
> >> create a set-up for production.  This will be the storing VM images.
> >> These are less than 100GB each, with the majority being around 20BG.
> >>
> >> The plan is to have 5GB of storage using a replication pair to allow for
> >> fail-over, with geo-replication to another server for backup purposes.
> >> The underlying disks on each server are RAID 10.
> >>
> >> Am I better off creating a single 5GB brick on each server or would
> >> there be advantages in creating several smaller bricks?
> >>
> >> Thanks,
> >> John
> >>
> >> _______________________________________________
> >> Gluster-users mailing list
> >> Gluster-users at gluster.org
> >> http://supercolony.gluster.org/mailman/listinfo/gluster-users
> >>
> >> ______________________________________________________________________
> >> This email has been scanned by the Symantec Email Security.cloud
> service.
> >> For more information please visit http://www.symanteccloud.com
> >> ______________________________________________________________________
> > _______________________________________________
> > Gluster-users mailing list
> > Gluster-users at gluster.org
> > http://supercolony.gluster.org/mailman/listinfo/gluster-users
> >
> > ______________________________________________________________________
> > This email has been scanned by the Symantec Email Security.cloud service.
> > For more information please visit http://www.symanteccloud.com
> > ______________________________________________________________________
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>



-- 
Justin Dossey
CTO, PodOmatic
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140321/97ccff76/attachment.html>


More information about the Gluster-users mailing list