Re: GlusterFS best practices

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It's a good point, thanks. I can potentially throw a lot of hardware
at it, so any measures taken against possible split brains are worthy
of doing.

I'm now trying to understand what a reasonable number of nodes a
gluster cluster can have (without major head aches with re-balancing
etc.), what people's experience about it etc.

On Mon, Dec 5, 2016 at 7:54 PM, David Gossage
<dgossage@xxxxxxxxxxxxxxxxxx> wrote:
>
> First thing I notice is that without 3 nodes for quorum you run risk of
> split brain issues.  A 3rd node for 3 way replication, or an arbiter node
> would help with that.  I like 3 nodes replication, but that also has effect
> on network throughput as you are now copying data once more simultaneously.
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux