[ 
https://issues.apache.org/jira/browse/SOLR-8027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14739932#comment-14739932
 ] 

Erick Erickson commented on SOLR-8027:
--------------------------------------

bq: I guess we'd need to decide whether the goal would be to get the conversion 
done first, or to set up a fully fault-tolerant cloud first

Well, they aren't mutually exclusive at all.  In the stand-alone Solr -> 1 
shard SolrCloud scenario, I'd start with just the single replica (1 shard, no 
followers) and do the MERGEINDEXES or copy the index. Then it's easy to use the 
Collections API ADDREPLICA command to, well, add replicas and let the recovery 
happen. You can add as many replicas as you want for throughput/fault tolerance 
reasons. Of course I wouldn't be adding docs during this phase, although you 
could....

But for any situation where you're going from one shard to multiple shards, I 
there are at least two options:
1> do like above and use SPLITSHARD
2> re-index from scratch. Of course I prefer this one.

Going from a sharded non-cloud to sharded SolrCloud is....trickier. You'd have 
to use implicit routing, then insure that the docs that got sent to Solr had 
the right value in the routing field.....

> Reference guide instructions for converting an existing install to SolrCloud
> ----------------------------------------------------------------------------
>
>                 Key: SOLR-8027
>                 URL: https://issues.apache.org/jira/browse/SOLR-8027
>             Project: Solr
>          Issue Type: Improvement
>          Components: documentation
>            Reporter: Shawn Heisey
>
> I have absolutely no idea where to begin with this, but it's a definite hole 
> in our documentation.  I'd like to have some instructions that will help 
> somebody convert a non-cloud install to SolrCloud.  Ideally they would start 
> with a typical directory structure with one or more cores and end with cores 
> named foo_shardN_replicaM.
> As far as I know, Solr doesn't actually let non-cloud cores coexist with 
> cloud cores.  I once tried to create a non-cloud core on a cloud install, and 
> couldn't do it.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to