Uploaded image for project: 'Solr'
  1. Solr
  2. SOLR-6491

Umbrella JIRA for managing the leader assignments

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 5.0, 6.0
    • Fix Version/s: 5.0, 6.0
    • Component/s: None
    • Labels:
      None

      Description

      Leaders can currently get out of balance due to the sequence of how nodes are brought up in a cluster. For very good reasons shard leadership cannot be permanently assigned.

      However, it seems reasonable that a sys admin could optionally specify that a particular node be the preferred leader for a particular collection/shard. During leader election, preference would be given to any node so marked when electing any leader.

      So the proposal here is to add another role for preferredLeader to the collections API, something like
      ADDROLE?role=preferredLeader&collection=collection_name&shard=shardId

      Second, it would be good to have a new collections API call like ELECTPREFERREDLEADERS?collection=collection_name
      (I really hate that name so far, but you see the idea). That command would (asynchronously?) make an attempt to transfer leadership for each shard in a collection to the leader labeled as the preferred leader by the new ADDROLE role.

      I'm going to start working on this, any suggestions welcome!

      This will subsume several other JIRAs, I'll link them momentarily.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                erickerickson Erick Erickson
                Reporter:
                erickerickson Erick Erickson
              • Votes:
                1 Vote for this issue
                Watchers:
                10 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: