[
https://issues.apache.org/jira/browse/SOLR-12739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16642495#comment-16642495
]
Varun Thacker commented on SOLR-12739:
--------------------------------------
{quote}Today the default placement strategy is the same one used since Solr 4.x
which is to select nodes on a round robin fashion. I propose to make the
autoscaling policy based replica placement as the default policy for placing
replicas.
{quote}
+1 to make this the default.
Explaining users how does maxShardsPerNode interplay with policeis would be
very difficult no?
If there was no maxShardsPerNode going forward there would only be one way to
set rules up to distirbute replicas - policies
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"
> Make autoscaling policy based replica placement the default strategy for
> placing replicas
> -----------------------------------------------------------------------------------------
>
> Key: SOLR-12739
> URL: https://issues.apache.org/jira/browse/SOLR-12739
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: AutoScaling, SolrCloud
> Reporter: Shalin Shekhar Mangar
> Priority: Major
> Fix For: 7.6, master (8.0)
>
> Attachments: SOLR-12739.patch, SOLR-12739.patch, SOLR-12739.patch,
> SOLR-12739.patch
>
>
> Today the default placement strategy is the same one used since Solr 4.x
> which is to select nodes on a round robin fashion. I propose to make the
> autoscaling policy based replica placement as the default policy for placing
> replicas.
> This is related to SOLR-12648 where even though we have default cluster
> preferences, we don't use them unless a policy is also configured.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
