[
https://issues.apache.org/jira/browse/SOLR-12739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16642698#comment-16642698
]
Shawn Heisey commented on SOLR-12739:
-------------------------------------
bq. I'm still undecided whether to continue the old behavior of unlimited
maxShardsPerNode or not.
Historically, without autoscaling, that parameter defaults to 1. I think
that's also what it should do with autoscaling.
I'm very aware that this default can frustrate a lot of people who are trying
to set up multi-shard clouds (in test or production) and don't have the same
number of servers as the number of shard replicas they want to use. Multiple
shards per node can cause scalabilty issues in environments with a high query
rate, so I think the admin should be required to make a conscious choice to
allow multiple shards per node. I also think this should happen by default
with bin/solr create, and require an explicit parameter to increase it.
If consensus says to go with unlimited instead of 1, I'm not going to fight you
on it.
> 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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
