|
2 | 2 | [[autoscaling-machine-learning-decider]] |
3 | 3 | === Machine learning decider |
4 | 4 |
|
5 | | -The {ml} decider (`ml`) calculates the memory required to run {ml} jobs. |
| 5 | +The {ml} decider (`ml`) calculates the memory and CPU requirements to run {ml} |
| 6 | +jobs and trained models. |
6 | 7 |
|
7 | 8 | The {ml} decider is enabled for policies governing `ml` nodes. |
8 | 9 |
|
9 | | -NOTE: For {ml} jobs to open when the cluster is not appropriately |
10 | | -scaled, set `xpack.ml.max_lazy_ml_nodes` to the largest number of possible {ml} |
11 | | -jobs (refer to <<advanced-ml-settings>> for more information). In {ess}, this is |
| 10 | +NOTE: For {ml} jobs to open when the cluster is not appropriately scaled, set |
| 11 | +`xpack.ml.max_lazy_ml_nodes` to the largest number of possible {ml} nodes (refer |
| 12 | +to <<advanced-ml-settings>> for more information). In {ess}, this is |
12 | 13 | automatically set. |
13 | 14 |
|
14 | 15 | [[autoscaling-machine-learning-decider-settings]] |
15 | 16 | ==== Configuration settings |
16 | 17 |
|
17 | 18 | Both `num_anomaly_jobs_in_queue` and `num_analytics_jobs_in_queue` are designed |
18 | | -to delay a scale-up event. If the cluster is too small, these settings indicate how many jobs of each type can be |
19 | | -unassigned from a node. Both settings are |
20 | | -only considered for jobs that can be opened given the current scale. If a job is |
21 | | -too large for any node size or if a job can't be assigned without user |
22 | | -intervention (for example, a user calling `_stop` against a real-time |
23 | | -{anomaly-job}), the numbers are ignored for that particular job. |
| 19 | +to delay a scale-up event. If the cluster is too small, these settings indicate |
| 20 | +how many jobs of each type can be unassigned from a node. Both settings are only |
| 21 | +considered for jobs that can be opened given the current scale. If a job is too |
| 22 | +large for any node size or if a job can't be assigned without user intervention |
| 23 | +(for example, a user calling `_stop` against a real-time {anomaly-job}), the |
| 24 | +numbers are ignored for that particular job. |
24 | 25 |
|
25 | 26 | `num_anomaly_jobs_in_queue`:: |
26 | 27 | (Optional, integer) |
|
0 commit comments