[
https://issues.apache.org/jira/browse/SOLR-16816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17732590#comment-17732590
]
ASF subversion and git services commented on SOLR-16816:
--------------------------------------------------------
Commit b95b6fcf8ae8dbc8038c52078dfcf644938212f3 in solr's branch
refs/heads/main from Houston Putman
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=b95b6fcf8ae ]
Revert "SOLR-16816: Update node metrics when making affinityPlacement
selections (#1661)"
This reverts commit 9ad6c679606f7bd9a510afb74b7be21acafee5fe.
> AffinityPlacementPlugin should utilize the size of new replicas when making
> placements
> --------------------------------------------------------------------------------------
>
> Key: SOLR-16816
> URL: https://issues.apache.org/jira/browse/SOLR-16816
> Project: Solr
> Issue Type: Sub-task
> Components: AutoScaling
> Affects Versions: 9.0
> Reporter: Houston Putman
> Priority: Major
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> The AffinityPlacementPlugin has logic to make sure that nodes are not loaded
> up with more indexes than they can handle. It does this by filtering out
> nodes in the selection process that have less free disk space than the
> minimalFreeDiskGB configured.
> However it doesn't take into account the size of the replicas it will create
> when doing this. So if the minimalFreeDiskGB is 30 GB, and the free disk
> space on a node is 50G, and a new replica's shard's leader uses 40GB for its
> index, then the plugin will happily choose this node, even though its likely
> that the node's free disk space will be 10GB after the replica is created,
> which is much smaller than the configured minimalFreeDiskGB.
> This information should also be used when sorting on prioritizedFreeDiskGB.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
