You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by KNitin <ni...@gmail.com> on 2014/03/05 20:37:02 UTC

Solr Cloud Cores, Zookeepers and Zk Data

Hi

 I am trying to understand the flow between zk and SolrCloud nodes during
writes and restarts.

*Writes*:

 When an indexing job runs , it looks like the leader for every shard  is
identified from zk and the write requests goes to the leader and then
eventually data flows to replicas.

Question: How frequently does zk and the nodes need to communicate during
the "write" operation? Could this cause a few shards/cores to get flaky (go
to down/recovering state at times if its unable to talk to zk?)

*Restarts*:

The size of data in my zk is around 60Mb and the zk cfg is as follows

tickTime=2000

dataDir=/mnt/data/zookeeper

clientPort=2181

initLimit=10

syncLimit=15

maxClientCnxns=100

maxSessionTimeout=120000

autopurge.snapRetainCount=3

autopurge.purgeInterval=1

When I restart a node containing say 100 shards, it takes about 20-25
minutes to fully boot up and i find that Solr is *not* bottlenecked on
cpu,mem or any other system parameter (There are no auto warm or first
searcher queries running).  A few shards load faster than the others.

Question: Is the above setting good enough to stream 60Mb of data in total
from zk node everytime i restart a node? Is there anything I can do to
identify if zk is the bottleneck while booting up nodes


Thanks
Nitin

Re: Solr Cloud Cores, Zookeepers and Zk Data

Posted by KNitin <ni...@gmail.com>.
I should also mention that the "watch count" is in the order of 400-500 but
the maxClientConnections is 100. Not sure if this has to do with the issue
but just putting it out there


On Wed, Mar 5, 2014 at 11:37 AM, KNitin <ni...@gmail.com> wrote:

> Hi
>
>  I am trying to understand the flow between zk and SolrCloud nodes during
> writes and restarts.
>
> *Writes*:
>
>  When an indexing job runs , it looks like the leader for every shard  is
> identified from zk and the write requests goes to the leader and then
> eventually data flows to replicas.
>
> Question: How frequently does zk and the nodes need to communicate during
> the "write" operation? Could this cause a few shards/cores to get flaky (go
> to down/recovering state at times if its unable to talk to zk?)
>
> *Restarts*:
>
> The size of data in my zk is around 60Mb and the zk cfg is as follows
>
> tickTime=2000
>
> dataDir=/mnt/data/zookeeper
>
> clientPort=2181
>
> initLimit=10
>
> syncLimit=15
>
> maxClientCnxns=100
>
> maxSessionTimeout=120000
>
> autopurge.snapRetainCount=3
>
> autopurge.purgeInterval=1
>
> When I restart a node containing say 100 shards, it takes about 20-25
> minutes to fully boot up and i find that Solr is *not* bottlenecked on
> cpu,mem or any other system parameter (There are no auto warm or first
> searcher queries running).  A few shards load faster than the others.
>
> Question: Is the above setting good enough to stream 60Mb of data in total
> from zk node everytime i restart a node? Is there anything I can do to
> identify if zk is the bottleneck while booting up nodes
>
>
> Thanks
> Nitin
>
>