[ 
https://issues.apache.org/jira/browse/SOLR-15209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17464110#comment-17464110
 ] 

Jan Høydahl commented on SOLR-15209:
------------------------------------

Thanks for the explanation Houston. The new legacy behavior sounds much better. 
The only placement signal is to place a replica on the node with fewest cores, 
right? Nothing more fancy?

If end of January comes without this being resolved, we know that this can be 
pushed to 9.1 if need-be.

> Make the AffinityPlacementFactory the default placement plugin
> --------------------------------------------------------------
>
>                 Key: SOLR-15209
>                 URL: https://issues.apache.org/jira/browse/SOLR-15209
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Andrzej Bialecki
>            Assignee: Ilan Ginzburg
>            Priority: Blocker
>             Fix For: main (9.0)
>
>
> Currently there's a lot of code in {{Assign}} dealing with the fact that we 
> still support the old "legacy" replica assignment as well as the new 
> plugin-based placement strategies.
> Furthermore, the "legacy" assignment is now the default even though it's 
> neither robust nor optimal, except in the very simple and small clusters. 
> Also, providing another plugin-based placement as the default impl. runs into 
> a small complication - in the absence of any plugin config the code reverts 
> to the "legacy".
> In order to promote the adoption of the new plugin-based placements we should 
> make the {{AffinityPlacementFactory}} the new default placement strategy, 
> selected when the explicit configuration is missing (and then create it as a 
> default configuration in {{PlacementPluginFactoryLoader}}).
> I propose to re-package the "legacy" strategy as a {{PlacementPluginFactory}} 
> so that it can be configured in the same way as other placement plugins.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

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

Reply via email to