Yes, garbage collection is a very good argument to have external
zookeepers. I haven't thought about that.
But does this also mean seperate server for each zookeeper or
can they live side by side with solr on the same server?
What is the problem with 4 zookeepers beside that I have no real
gain
As Michael says, you really want an odd number of zookeepers in order to
meet the quorum requirements (which based on your comments you seem to be
aware of). There is nothing wrong with 4 ZKs as such, just that it
doesn't buy you anything above having 3, so its one more that might go
wrong and
Thanks for the explanations.
My idea about 4 zookeepers is a result of having the same software
(java, zookeeper, solr, ...) installed on all 4 servers.
But yes, I don't need to start a zookeeper on the 4th server.
3 other machines outside the cloud for ZK seams a bit oversized.
And you have
On Tuesday 28 October 2014 10:42:11 Bernd Fehling wrote:
Thanks for the explanations.
My idea about 4 zookeepers is a result of having the same software
(java, zookeeper, solr, ...) installed on all 4 servers.
But yes, I don't need to start a zookeeper on the 4th server.
3 other machines
On 10/28/2014 3:42 AM, Bernd Fehling wrote:
Thanks for the explanations.
My idea about 4 zookeepers is a result of having the same software
(java, zookeeper, solr, ...) installed on all 4 servers.
But yes, I don't need to start a zookeeper on the 4th server.
3 other machines outside the
While starting now with SolrCloud I tried to understand the sense
of external zookeeper.
Let's assume I want to split 1 huge collection accross 4 server.
My straight forward idea is to setup a cloud with 4 shards (one
on each server) and also have a replication of the shard on another
server.
You want external zookeepers. Partially because you don't want your Solr
garbage collections holding up zookeeper availability, but also because
you don't want your zookeepers going offline if you have to restart Solr
for some reason.
Also, you want 3 or 5 zookeeepers, not 4 or 8.
On