Correct. With SolrCloud you typically don't need to make this
separation (with ElasticSearch one can designate some nodes as
non-data nodes). SolrCloud won't necessarily always be faster because
it typically involves sharding and thus a distributed search, while
some non-SolrCloud setups can hold the whole index locally and thus
avoid the network part.
General (and friendly!) comment - you may find it faster/cheaper/more
efficient to just pick the approach and do it, unless you are really
doing this purely to learn the theory.
Otis
--
Solr ElasticSearch Support
http://sematext.com/
On Tue, Apr 16, 2013 at 5:27 PM, Furkan KAMACI furkankam...@gmail.com wrote:
Is there any document that describes why indexing and querying performance
is better at SolrCloud compared to older versions of Solr?
I was examining that architecture to use: there will be a cloud of Solr
that just do indexing and there will be another cloud that copies that
indexes into them and just to querying because of to get better
performance. However if I use SolrCloud I think that there is no need to
build up an architecture such like it.
