[jira] [Created] (SOLR-17656) Add expert level option to allowe PULL replicas to go ACTIVE w/o RECOVERING

["Chris M. Hostetter (Jira)" <ji...@apache.org>]

Chris M. Hostetter created SOLR-17656:
-----------------------------------------

             Summary: Add expert level option to allowe PULL replicas to go ACTIVE w/o RECOVERING
                 Key: SOLR-17656
                 URL: https://issues.apache.org/jira/browse/SOLR-17656
             Project: Solr
          Issue Type: New Feature
            Reporter: Chris M. Hostetter
            Assignee: Chris M. Hostetter


In situations where a Solr cluster undergoes a rolling restart (or some other "catastrophic" failure situations requiring/causing solr node restarts) there can be a snowball effect of poor performance (or even solr node crashing) due to fewer then normal replicas serving query requests while replicas on restarting nodes are DOWN or RECOVERING – especially if shard leaders are also affected, and (restarting) replicas first must wait for a leader election before they can recover (or wait to finish recovery from an over-worked leader).

For NRT type usecases, RECOVERING is really a necessary evil to ensure every replicas is up to date before handling NRT requests – but in the case of PULL replicas, which are expected to routinely "lag" behind their leader, I've talked to a lot of Solr users w/usecases where they would be happy to have PULL replicas back online serving "stale" data ASAP, and let normal IndexFetching "catchup" with the leader later.

I propose we support a new "advanced" replica property that can be set on PULL replicas by expert level users, to indicate: on (re)init, these replicas may skip RECOVERING and go directly to ACTIVE.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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