mirror of https://github.com/apache/lucene.git
Ref Guide: fix typos and clarify some language for autoscaling docs
This commit is contained in:
parent
73d1b07f8e
commit
f140971bdf
|
@ -55,7 +55,7 @@ In general, when an operation increases replica counts, the *least loaded* <<sol
|
|||
|
||||
The default cluster preferences are `[{minimize:cores},{maximize:freedisk}]`, which tells Solr to minimize the number of cores on all nodes and if number of cores are equal, maximize the free disk space available. In this case, the least loaded node is the one with the fewest cores or if two nodes have an equal number of cores, the node with the most free disk space.
|
||||
|
||||
You can learn more about preferences in the <<solrcloud-autoscaling-policy-preferences.adoc#solrcloud-autoscaling-policy-preferences,Autoscaling Cluster Preferences>> section.
|
||||
You can learn more about preferences in the section on <<solrcloud-autoscaling-policy-preferences.adoc#cluster-preferences-specification,Cluster Preferences Specification>>.
|
||||
|
||||
== Cluster Policy
|
||||
|
||||
|
|
|
@ -26,7 +26,11 @@ See the section <<Example: Manual Collection Creation with a Policy>> for an exa
|
|||
|
||||
== Cluster Preferences Specification
|
||||
|
||||
A preference is a hint to Solr on how to sort nodes based on their utilization. The default cluster preference is to sort by the total number of Solr cores (or replicas) hosted by a node. Therefore, by default, when selecting a node to which to add a replica, Solr can apply the preferences and choose the node with the fewest cores.
|
||||
A preference is a hint to Solr on how to sort nodes based on their utilization.
|
||||
|
||||
The default cluster preference is to sort by the total number of Solr cores (or replicas) hosted by a node, with a precision of 1.
|
||||
Therefore, by default, when selecting a node to which to add a replica, Solr can apply the preferences and choose the node with the fewest cores.
|
||||
In the case of a tie in the number of cores, available freedisk will be used to further sort nodes.
|
||||
|
||||
More than one preference can be added to break ties. For example, we may choose to use free disk space to break ties if the number of cores on two nodes is the same. The node with the higher free disk space can be chosen as the target of the cluster operation.
|
||||
|
||||
|
|
|
@ -318,7 +318,6 @@ Non-zero values are useful for large indexes with aggressively growing size, as
|
|||
avalanches of split shard requests when the total size of the index
|
||||
reaches even multiples of the maximum shard size thresholds.
|
||||
|
||||
|
||||
Events generated by this trigger contain additional details about the shards
|
||||
that exceeded thresholds and the types of violations (upper / lower bounds, bytes / docs metrics).
|
||||
|
||||
|
|
Loading…
Reference in New Issue