Thanks Alex. Per your recommendation I checked out the presentation and it was very informative.
While my problem space will not reach the scale addressed in this talk, some of the topics may be helpful. Those being the improvements to shard splitting and the new 'migrate' API. Thanks, Matt Matt Kuiper - Software Engineer Intelligent Software Solutions p. 719.452.7721 | matt.kui...@issinc.com www.issinc.com | LinkedIn: intelligent-software-solutions -----Original Message----- From: Alexandre Rafalovitch [mailto:arafa...@gmail.com] Sent: Wednesday, February 11, 2015 2:31 PM To: solr-user Subject: Re: How to make SolrCloud more elastic Did you have a look at the presentations from the recent SolrRevolution? E.g. https://www.youtube.com/watch?v=nxRROble76A&list=PLU6n9Voqu_1FM8nmVwiWWDRtsEjlPqhgP Regards, Alex. ---- Sign up for my Solr resources newsletter at http://www.solr-start.com/ On 11 February 2015 at 15:32, Matt Kuiper <matt.kui...@issinc.com> wrote: > I am starting a new project and one of the requirements is that Solr must > scale to handle increasing load (both search performance and index size). > > My understanding is that one way to address search performance is by adding > more replicas. > > I am more concerned about handling a growing index size. I have already been > given some good input on this topic and am considering a shard splitting > approach, but am more focused on a rebalancing approach that includes > defining many shards up front and then moving these existing shards on to new > Solr servers as needed. Plan to experiment with this approach first. > > Before I got too deep, I wondered if anyone has any tips or warnings on these > approaches, or has scaled Solr in a different manner. > > Thanks, > Matt
