IMPORTANT: No additional bug fixes or documentation updates will be released for this version. For the latest information, see the current release documentation.
« Add anomaly detection jobs to calendar API Create anomaly detection jobs API »
Elastic Docs ›Elasticsearch Guide [7.14] ›REST APIs ›Machine learning anomaly detection APIs

Close anomaly detection jobs API

edit

Close anomaly detection jobs API

edit

Closes one or more anomaly detection jobs. A job can be opened and closed multiple times throughout its lifecycle.

A closed job cannot receive data or perform analysis operations, but you can still explore and navigate results.

Request

edit

POST _ml/anomaly_detectors/<job_id>/_close

POST _ml/anomaly_detectors/<job_id>,<job_id>/_close

POST _ml/anomaly_detectors/_all/_close

Prerequisites

edit
  • Requires the manage_ml cluster privilege. This privilege is included in the machine_learning_admin built-in role.

Description

edit

You can close multiple anomaly detection jobs in a single API request by using a group name, a comma-separated list of jobs, or a wildcard expression. You can close all jobs by using _all or by specifying * as the <job_id>.

If you close an anomaly detection job whose datafeed is running, the request will first attempt to stop the datafeed, as though Stop datafeeds was called with the same timeout and force parameters as the close request.

When you close a job, it runs housekeeping tasks such as pruning the model history, flushing buffers, calculating final results and persisting the model snapshots. Depending upon the size of the job, it could take several minutes to close and the equivalent time to re-open.

After it is closed, the job has a minimal overhead on the cluster except for maintaining its meta data. Therefore it is a best practice to close jobs that are no longer required to process data.

When a datafeed that has a specified end date stops, it automatically closes its associated job.

If you use the force query parameter, the request returns without performing the associated actions such as flushing buffers and persisting the model snapshots. Therefore, do not use this parameter if you want the job to be in a consistent state after the close job API returns. The force query parameter should only be used in situations where the job has already failed, or where you are not interested in results the job might have recently produced or might produce in the future.

Path parameters

edit
<job_id>
(Required, string) Identifier for the anomaly detection job. It can be a job identifier, a group name, or a wildcard expression.

Query parameters

edit
allow_no_jobs
(Optional, Boolean) [7.10] Deprecated in 7.10. Use allow_no_match instead.
allow_no_match

(Optional, Boolean) Specifies what to do when the request:

  • Contains wildcard expressions and there are no jobs that match.
  • Contains the _all string or no identifiers and there are no matches.
  • Contains wildcard expressions and there are only partial matches.

The default value is true, which returns an empty jobs array when there are no matches and the subset of results when there are partial matches. If this parameter is false, the request returns a 404 status code when there are no matches or only partial matches.

force
(Optional, Boolean) Use to close a failed job, or to forcefully close a job which has not responded to its initial close request.
timeout
(Optional, time units) Controls the time to wait until a job has closed. The default value is 30 minutes.

Response codes

edit
404 (Missing resources)
If allow_no_match is false, this code indicates that there are no resources that match the request or only partial matches for the request.

Examples

edit
POST _ml/anomaly_detectors/low_request_rate/_close

When the job is closed, you receive the following results:

{
  "closed": true
}
« Add anomaly detection jobs to calendar API Create anomaly detection jobs API »