I see... I agree the response time should be the same, but the I
thought the throughput should increase.
I'll try to increase the load and compare the results then.
On Jan 9, 12:25 pm, Clinton Gormley cl...@traveljury.com wrote:
Hiya
I have a 4 node cluster with 7.7M docs indexed. 5 shards.
Fist I've tried with 1 replica (default config) and we tested the
query speed. It worked fine.
The we used the REST API to increase the number of replicas to 4 and
after a while the nodes reflected this change (in shards dirs stored
locally all had a copy of all the 5 shards).
The problems is that the query speed was exactly the same as when
using 1 replica config!
Any ideas why this happens? Shouldn't be any improvement at all?ES still has to talk to exactly the same number of shards for your
query. The fact that there are more of them to choose from doesn't
affect your query speed.Where it will make a difference is when you reach the point that your 1
replica setup is too busy to cope with all of your queries. At that
stage, having more replicas to choose from will help you to scaleclint