First I'd ask if you want anything except NRT types. Do you have any proof that this won't work?
Here's the problem. Both TLOG and PULL replicas will lag behind the master. The polling is pretty quick IIRC, but there'll still be a lag. Plus that'll copy your indexes around as time passes, perhaps quite a bit. And you're saying that your indexing load is much less than your query load, so I'd test NRT before assuming you need different replica types. Solr 7.3 is pretty stable, although 7.3.1 will be released soon, I'd wait for that. Best, Erick On Wed, Apr 25, 2018 at 11:52 PM, kumar gaurav <kg2...@gmail.com> wrote: > Hi > > I am setting up new cluster in solr cloud 7.3 . i am just confused to make > a combination of replica types . Real time indexing update/delete request > will coming in cluster continuously but very less than select query . > Cluster will need to handle high concurrent select queries than update. > > I am thinking to create combination of two TLOG replica + one PULL replica > per shard because one NRT + one TLOG + one PULL is not recommended as per > documentation > > source - > https://lucene.apache.org/solr/guide/7_3/shards-and-indexing-data-in-solrcloud.html#recovery-with-pull-replicas > > Anyone please suggest if i am wrong ? > > Also i want to know if solr 7.3 version is stable or not for cloud mode ? > > > Thanks in advance :)
