lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shawn Heisey <>
Subject Re: Filtering Search Cloud
Date Wed, 03 Apr 2013 16:31:16 GMT
On 4/1/2013 3:02 PM, Furkan KAMACI wrote:
> I want to separate my cloud into two logical parts. One of them is indexer
> cloud of SolrCloud. Second one is Searcher cloud of SolrCloud.
> My first question is that. Does separating my cloud system make sense about
> performance improvement. Because I think that when indexing, searching make
> time to response and if I separate them I get a performance improvement. On
> the other hand maybe using all Solr machines as whole (I mean not
> partitioning as I mentioned) SolrCloud can make a better load balancing, I
> would want to learn it.
> My second question is that. Let's assume that I have separated my machines
> as I mentioned. Can I filter some indexes to be searchable or not from
> Searcher SolrCloud?

SolrCloud gets rid of the master and slave designations.  It also gets
rid of the line between indexing and querying.  Each shard has a replica
that is designated the leader, but that has no real impact on searching
and indexing, only on deciding which data to use when replicas get out
of sync.

In the old master-slave architecture, you indexed to the master and the
updated index files were replicated to the slave.  The slave did not
handle the analysis for indexing, so it was usually better to send
queries to slaves and let the master only do indexing.

SolrCloud is very different.  When you index, the documents are indexed
on all replicas at about the same time.  When you query, the requests
are load balanced across all replicas.  During normal operation,
SolrCloud does not use replication at all.  The replication feature is
only used when a replica gets out of sync with the leader, and in that
case, the entire index is replicated.


View raw message