[Gluster-users] Read from fastest node only

David Cunningham dcunningham at voisonics.com
Mon Aug 2 02:01:44 UTC 2021

Hi Ravi and Strahil,

Thanks again for your responses. Having one brick be the one to read (but
with failover if that node goes completely offline) would be great if we
could do it per client, but won't work if all clients have to use the same

I'm not sure about gNFS, but normal NFS is something we've thought about as
an option. I'm not sure if it will help though, because if the client NFS
mounts the server which has the brick, then when it does a read presumably
the brick will be checked for consistency with the other bricks and latency
will be a problem again. If my understanding is correct even with
choose-local enabled the other bricks will still be checked so the problem
is not solved.

I confess that AFR vs eventual consistency is beyond my understanding of
replication. In the world of SQL there is Galera cluster, and it will write
to all nodes but for reads only checks the node the client is actually
connected to. That's the sort of functionality we'd find really helpful for
our use-case.

On Fri, 30 Jul 2021 at 19:21, Strahil Nikolov <hunter86_bg at yahoo.com> wrote:

> Hi David,
> md-cache will just save some lookup actions across the bricks, but it
> won't save you from all cases.
> Using gNFS + cluster.choose-local is worth exploring, but as gNFS is
> deprecated I never checked if it will be affected by the lattency of the
> last brick.
> What Ravi proposed looks promising, but it has some drawbacks - for
> example a brick dies and FUSE clienta have to be adjusted to read from
> another brick.
> Ravi, I think that this topic was already discussed once.
> Best Regards,
> Strahil Nikolov
> On Fri, Jul 30, 2021 at 8:49, Ravishankar N
> <ranaraya at redhat.com> wrote:
> ________
> Community Meeting Calendar:
> Schedule -
> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
> Bridge: https://meet.google.com/cpu-eiue-hvk
> Gluster-users mailing list
> Gluster-users at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users

David Cunningham, Voisonics Limited
USA: +1 213 221 1092
New Zealand: +64 (0)28 2558 3782
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20210802/dd826f38/attachment.html>

More information about the Gluster-users mailing list