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.
