[
https://issues.apache.org/jira/browse/SOLR-11982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16500566#comment-16500566
]
Shawn Heisey commented on SOLR-11982:
-------------------------------------
[~emaijala], that's why I had the question, because the type does remain TLOG
even when it's leader. But the way the replica works does change, so that
effectively it works exactly the same as an NRT replica would in a leader role.
It would make sense to me if this feature were to treat a TLOG leader as if it
were NRT. But some minority of users might not actually want that behavior.
The solution suggested by [~tomasflobbe] would allow whatever combination the
user wants.
I think that there are a couple of preference combinations that warrant some
special action. If somebody sets a preference for leaders and also sets a
preference for PULL replicas, that should create an ERROR log entry, because it
is not possible for a PULL replica to be leader. A preference for leaders with
TLOG replicas should produce a WARN log entry. Because unusual or impossible
preferences should just fall back to random when they cannot be achieved, it
shouldn't stop Solr operation.
> Add support for indicating preferred replica types for queries
> --------------------------------------------------------------
>
> Key: SOLR-11982
> URL: https://issues.apache.org/jira/browse/SOLR-11982
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Affects Versions: 7.4, master (8.0)
> Reporter: Ere Maijala
> Assignee: Tomás Fernández Löbbe
> Priority: Minor
> Labels: patch-available, patch-with-test
> Fix For: 7.4, master (8.0)
>
> Attachments: SOLR-11982-preferReplicaTypes.patch,
> SOLR-11982-preferReplicaTypes.patch, SOLR-11982.patch, SOLR-11982.patch,
> SOLR-11982.patch, SOLR-11982.patch, SOLR-11982.patch, SOLR-11982.patch,
> SOLR-11982.patch, SOLR-11982.patch, SOLR-11982.patch
>
>
> It would be nice to have the possibility to easily sort the shards in the
> preferred order e.g. by replica type. The attached patch adds support for
> {{shards.sort}} parameter that allows one to sort e.g. PULL and TLOG replicas
> first with \{{shards.sort=replicaType:PULL|TLOG }}(which would mean that NRT
> replicas wouldn't be hit with queries unless they're the only ones available)
> and/or to sort by replica location (like preferLocalShards=true but more
> versatile).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
