[Gluster-users] Read from fastest node only

Gionatan Danti g.danti at assyoma.it
Wed Aug 4 19:28:15 UTC 2021


Il 2021-08-03 19:51 Strahil Nikolov ha scritto:
> The difference between thin and usual arbiter is that the thin arbiter
> takes in action only when it's needed (one of the data bricks is down)
> , so the thin arbiter's lattency won't affect you as long as both data
> bricks are running.
> 
> Keep in mind that thin arbiter is less used. For example, I have never
> deployed a thin arbiter.

Maybe I am horribly wrong, but local-node reads should *not* involve 
other nodes in any manner - ie: no checksum or voting is done for read. 
AFR hashing should spread different files to different nodes when doing 
striping, but for mirroring any node should have a valid copy of the 
requested data.

So when using choose-local all reads which can really be local (ie: the 
requested file is available) should not suffer from remote party 
latency.
Is that correct?

Thanks.

-- 
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.danti at assyoma.it - info at assyoma.it
GPG public key ID: FF5F32A8


More information about the Gluster-users mailing list