[jira] [Commented] (SOLR-8225) Leader should send update requests to replicas in recovery asynchronously

["Erick Erickson (Jira)" <ji...@apache.org>]

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

Erick Erickson commented on SOLR-8225:
--------------------------------------

Is this still a problem?

> Leader should send update requests to replicas in recovery asynchronously
> -------------------------------------------------------------------------
>
>                 Key: SOLR-8225
>                 URL: https://issues.apache.org/jira/browse/SOLR-8225
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>            Reporter: Timothy Potter
>            Priority: Major
>
> When a replica goes into recovery, the leader still sends docs to that replica while it is recovering. What I'm seeing is that the recovering node is still slow to respond to the leader (at least slower than the healthy replicas). Thus it would be good if the leader could send the updates to the recovering replica asynchronously, i.e. the leader will block as it does today when forwarding updates to healthy / active replicas, but send updates to recovering replicas async, thus preventing the whole update request from being slowed down by a potentially degraded.
> FWIW - I've actually seen this occur in an environment that has more than 3 replicas per shard. One of the replicas went into recovery and then was much slower to handle requests than the healthy replicas, but the leader had to wait for the slowest replica.



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

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