[Gluster-devel] raft consensus algorithm and glusterfs

[Venky Shankar]

As of now, NSR makes use of etcd (which uses the RAFT distributed consensus
protocol) to maintain information (term number, current leader) for the
nodes in a replica group rather than using it in the data replication plane.


On Thu, Feb 6, 2014 at 2:45 PM, Prashanth Pai <ppai at redhat.com> wrote:

> Hi,
>
> There is already an ongoing effort to use RAFT for synchronous
> replication. You can find the repo here:
>
> http://review.gluster.org/#/q/project:glusterfs-nsr,n,z
> https://forge.gluster.org/new-style-replication
>
> Regards,
>  -Prashanth Pai
>
> ----- Original Message -----
> From: "Sharuzzaman Ahmat Raslan" <sharuzzaman at gmail.com>
> To: "Gluster Devel" <gluster-devel at nongnu.org>
> Sent: Thursday, February 6, 2014 1:53:45 PM
> Subject: [Gluster-devel] raft consensus algorithm and glusterfs
>
> Hi all,
>
> I'm not sure if you all have heard about Raft Consensus Algorithm, but
> from the paper, video, and slides on the Internet, I think that this
> algorithm can help to solve a lot of distributed cases in GlusterFS.
>
> For example, right now the initial mounting of the filesystem can use any
> nodes IP, and later when the application needs to read or write the data,
> it will randomly picked from the peer list
>
> With Raft, one of the node will act as a master, after successful election
> among the peers. With one master in place, the read/write can directly goes
> to the master, which will replicate to other follower, according to the
> distribution requirement (distribute, replicate, stripe,
> distribute-replicate, etc)
>
> I also believe that with this method (having a master), the lock issue
> happen with samba could be reduced or resolved.
>
> For more information, please visit
> http://raftconsensus.github.io/
> https://www.youtube.com/watch?v=YbZ3zDzDnrw
>
> and the paper
> http://ramcloud.stanford.edu/raft.pdf
>
> Thanks.
>
>
> --
> Sharuzzaman Ahmat Raslan
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20140206/80290e96/attachment-0001.html>