On Jun 10, 2011, at 12:26 AM, Upayavira wrote:

> I'm exploring SolrCloud for a new project, and have some questions based
> upon what I've found so far.
> 
> The setup I'm planning is going to have a number of multicore hosts,
> with cores being moved between hosts, and potentially with cores merging
> as they get older (cores are time based, so once today has passed, they
> don't get updated).
> 
> First question: The solr/conf dir gets uploaded to Zookeeper when you
> first start up, and using system properties you can specify a name to be
> associated with those conf files. How do you handle it when you have a
> multicore setup, and different configs for each core on your host?

Upload each set of configs with a different name, and for each core tell it 
what 'set' of configs to use.

> 
> Second question: Can you query collections when using multicore? On
> single core, I can query:
> 
> http://localhost:8983/solr/collection1/select?q=blah
> 
> On a multicore system I can query:
> 
> http://localhost:8983/solr/core1/select?q=blah
> 
> but I cannot work out a URL to query collection1 when I have multiple
> cores.

see http://wiki.apache.org/solr/SolrCloud#Distributed_Requests

I think someone has implemented a couple of those that are stated as not done - 
will have to check JIRA.

I really need to get back into SolrCloud work - it's been too long...

> 
> Third question: For replication, I'm assuming that replication in
> SolrCloud is still managed in the same way as non-cloud Solr, that is as
> ReplicationHandler config in solrconfig?

Correct.

> In which case, I need a
> different config setup for each slave, as each slave has a different
> master

System properties and other standard ways of doing master/slave in one config 
should still work?

> (or can I delegate the decision as to which host/core is its
> master to zookeeper?)

I once started down this path, but never finished it. I still consider it 
somewhat low hanging fruit - but when we do the true SolrCloud indexing side, 
replication won't likely be part of it. Of course, when will that happen...so 
perhaps we can do something for this soon rather than later? Easy to make lots 
of plans while sick and in bed though.

> 
> Thanks for any pointers.
> 
> Upayavira
> --- 
> Enterprise Search Consultant at Sourcesense UK, 
> Making Sense of Open Source
> 

- Mark Miller
lucidimagination.com







Reply via email to