Skip to content

Commit

Permalink
[DOCS] Updates ML decider docs by mentioning CPU as scaling criterion (
Browse files Browse the repository at this point in the history
…elastic#92018)

Co-authored-by: Abdon Pijpelink <[email protected]>
  • Loading branch information
szabosteve and abdonpijpelink authored Nov 30, 2022
1 parent 015e7fb commit 26bc894
Showing 1 changed file with 11 additions and 10 deletions.
Original file line number Diff line number Diff line change
Expand Up @@ -2,25 +2,26 @@
[[autoscaling-machine-learning-decider]]
=== Machine learning decider

The {ml} decider (`ml`) calculates the memory required to run {ml} jobs.
The {ml} decider (`ml`) calculates the memory and CPU requirements to run {ml}
jobs and trained models.

The {ml} decider is enabled for policies governing `ml` nodes.

NOTE: For {ml} jobs to open when the cluster is not appropriately
scaled, set `xpack.ml.max_lazy_ml_nodes` to the largest number of possible {ml}
jobs (refer to <<advanced-ml-settings>> for more information). In {ess}, this is
NOTE: For {ml} jobs to open when the cluster is not appropriately scaled, set
`xpack.ml.max_lazy_ml_nodes` to the largest number of possible {ml} nodes (refer
to <<advanced-ml-settings>> for more information). In {ess}, this is
automatically set.

[[autoscaling-machine-learning-decider-settings]]
==== Configuration settings

Both `num_anomaly_jobs_in_queue` and `num_analytics_jobs_in_queue` are designed
to delay a scale-up event. If the cluster is too small, these settings indicate how many jobs of each type can be
unassigned from a node. Both settings are
only considered for jobs that can be opened given the current scale. If a job is
too large for any node size or if a job can't be assigned without user
intervention (for example, a user calling `_stop` against a real-time
{anomaly-job}), the numbers are ignored for that particular job.
to delay a scale-up event. If the cluster is too small, these settings indicate
how many jobs of each type can be unassigned from a node. Both settings are only
considered for jobs that can be opened given the current scale. If a job is too
large for any node size or if a job can't be assigned without user intervention
(for example, a user calling `_stop` against a real-time {anomaly-job}), the
numbers are ignored for that particular job.

`num_anomaly_jobs_in_queue`::
(Optional, integer)
Expand Down

0 comments on commit 26bc894

Please sign in to comment.