[
https://issues.apache.org/jira/browse/SOLR-12845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16643068#comment-16643068
]
Shalin Shekhar Mangar commented on SOLR-12845:
----------------------------------------------
One problem with the first two strict rules is that they interfere with
autoAddReplicas. Say a node goes down and it hosted 2 replicas and it was also
the least loaded node then the engine will refuse to suggest an operation
because doing so will increase the load on nodes that are already more loaded.
There is a forceOperation flag on suggesters which is today used by
IndexSizeTrigger which allows suggestions even if they will increase load on
other nodes. However, autoAddReplicas implementation does not use this flag but
maybe it should? Either that or all the default rules should be made
strict=false.
> Add a default cluster policy
> ----------------------------
>
> Key: SOLR-12845
> URL: https://issues.apache.org/jira/browse/SOLR-12845
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Shalin Shekhar Mangar
> Priority: Major
>
> [~varunthacker] commented on SOLR-12739:
> bq. We should also ship with some default policies - "Don't allow more than
> one replica of a shard on the same JVM" , "Distribute cores across the
> cluster evenly" , "Distribute replicas per collection across the nodes"
> This issue is about adding these defaults. I propose the following as default
> cluster policy:
> {code}
> # Each collections replicas should be equally distributed amongst nodes
> {"replica": "#EQUAL", "node": "#ANY"}
> # All cores should be equally distributed amongst nodes
> {"cores": "#EQUAL", "node": "#ANY"}
> # Each shard cannot have more than one replica on the same node if possible
> {"replica": "<2", "shard": "#EACH", "node": "#ANY", "strict":false}
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
