Re: semi-sync replication

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

 



> Do we have plans to support "semi-synchronous" type replication in the
> future? By semi-sync I mean writing to one leg the replica, securing the
> write on a faster stable storage (capacitor backed SSD or NVRAM) and then
> acknowledge the client. The write on other replica leg may happen at later
> point in time.

This is possible, but introduces a lot of consistency/ordering concerns.
It has always been part of the plan for NSR, with leader election to
help with ordering and issue/completion counts to give the user some
control over consistency.  The same basic idea can be implemented in
AFR, but without the mechanisms mentioned above the consistency might
not be noticeably better than we already have with geo-replication.  I
also wonder whether deferring unlocks or pending-count updates further
might introduce performance glitches, or exacerbate the split-brain
problems we've been battling all these years.
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel



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

  Powered by Linux