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

ASF subversion and git services commented on SOLR-13445:
--------------------------------------------------------

Commit 7a6e2bc21b83fe822a8c273e22a824ef82dc2998 in lucene-solr's branch 
refs/heads/branch_8x from Radu Gheorghe
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=7a6e2bc ]

SOLR-14511: Documented node.sysprop shard preference (#1536)

* Documented node.sysprop shard preference

For https://issues.apache.org/jira/browse/SOLR-13445

* Added defaultShardPreferences to CLUSTERPROP doc

As implemented via https://issues.apache.org/jira/browse/SOLR-13445

> Preferred replicas on nodes with same system properties as the query master
> ---------------------------------------------------------------------------
>
>                 Key: SOLR-13445
>                 URL: https://issues.apache.org/jira/browse/SOLR-13445
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Cao Manh Dat
>            Assignee: Cao Manh Dat
>            Priority: Major
>             Fix For: master (9.0), 8.2
>
>         Attachments: SOLR-13445.patch, SOLR-13445.patch, SOLR-13445.patch
>
>
> Currently, Solr chooses a random replica for each shard to fan out the query 
> request. However, this presents a problem when running Solr in multiple 
> availability zones.
> If one availability zone fails then it affects all Solr nodes because they 
> will try to connect to Solr nodes in the failed availability zone until the 
> request times out. This can lead to a build up of threads on each Solr node 
> until the node goes out of memory. This results in a cascading failure.
> This issue try to solve this problem by adding
> * another shardPreference param named {{node.sysprop}}, so the query will be 
> routed to nodes with same defined system properties as the current one.
> * default shardPreferences on the whole cluster, which will be stored in 
> {{/clusterprops.json}}.
> * a cacher for fetching other nodes system properties whenever /live_nodes 
> get changed.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to