Hi

You take all the risk by using unsupported features.
A supported way of achieving the same could perhaps be:

1) Create a new empty collection "gatewaycoll" on the nodes you want to 
dedicate as "gateways"
2) Send your queries to the gateway collection but ask for data from the data 
collection "datacoll"
    http://some.solr.server:8983/solr/gatewaycoll?q=my query&collection=datacoll

Have not tested it but it should give the desired effect. You can hardcode the 
"collection" param in solrconfig.xml of gatewaycoll's /select handler if you 
wish

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com

> 18. feb. 2019 kl. 08:59 skrev SOLR4189 <klin892...@yandex.ru>:
> 
> I think, you don't understand what I mean. 
> 
> 1) I create collection with X shards, each shard has hash range (by CREATE
> collection command)
> 2) I add Y new shards in the same collection, each shard hasn't hash range,
> I call them gateways (by CREATE core command)
> 3) I add LoadBalancer over Y gateways, so all client queries will pass
> through gateways
> 
> In this case, my Y gateways forward queries and merge results only (WITHOUT
> searching in their index) and my X shards search in index only (WITHOUT
> forward queries and merge results). It gives me the best queries
> performance.
> 
> 
> 
> --
> Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html

Reply via email to