5 zookeepers is overkill for 4 nodes. 3 should be more than adequate. But that's a tangent.
Sure. Configs to tune: 1> indexing rate. If you're flooding the cluster with updates at a very high rate, the CPU cycles needed to index the docs are going to take away from query processing. So if you throttle your indexing you can maybe make it better. 2> How often to you commit such that it opens a searcher? Either soft commits or hard commits with openSearcher=true. See: https://lucidworks.com/2013/08/23/understanding-transaction-logs-softcommit-and-commit-in-sorlcloud/ 3> How much autowarming are you doing? Excessive autowarm counts for filterCache and querResult cache can be a problem, especially when combined with frequent commits. Contrariwise, no autowarming at all will also cause response spikes. I usually start with 10-20. 4> If you're using a 7x version of Solr, you can use TLOG and/or PULL replicas. Those index on the leader then the updated index is pushed to the follower. 5> If the client that sends docs is issuing a commit with every update, that's an anti-pattern. Check that. Best, Erick On Wed, Sep 26, 2018 at 9:24 AM ashoknix <ashok....@gmail.com> wrote: > > We have solr cloud 4 nodes with 5 zookeepers. > > Usually search request are super fast! But, when we add docs to leader solr > - it starts pushing updates to other nodes - causing search request to > respond back at snail speed :( :( :( > > We see tons of such logs for period of 2-3 mins and then once it is > completed - again searcher is faster. > > 65497572 [http-apr-8980-exec-40] INFO > org.apache.solr.update.processor.LogUpdateProcessor – [bbc] webapp=/solr > path=/update params= > {distrib.from=http://ser6.rit.net:8980/solr/bbc/&update.distrib=FROMLEADER&wt=javabin&version=2&update.chain=dedupe} > {add=[B63AD0671A5E57B9 (1612655281772167168), 00B8A4CCFABFA1AC > (1612655281784750080), 9C89A1516C9166E6 (1612655281798381568), > 9322E17ECEAADE66 (1612655281803624448), C6DDB4BF8E94DE6B > (1612655281814110208), DAA49178A5E74285 (1612655281830887424), > 829C2AE38A3E78E4 (1612655281845567488), 4C7B19756D8E4208 > (1612655281859198976), BE0F7354DC30164C (1612655281869684736), > 59C4A764BB50B13B (1612655281880170496)]} 0 9 > > Can SOLR gurus - advise what is the best strategy to follow ? / or any > configs to tune ? or any other methods ? > > Thanks a ton! > > > > > -- > Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html