104 lines
3.0 KiB
Plaintext
104 lines
3.0 KiB
Plaintext
[role="xpack"]
|
|
[testenv="platinum"]
|
|
[[ml-set-upgrade-mode]]
|
|
=== Set upgrade mode API
|
|
++++
|
|
<titleabbrev>Set upgrade mode</titleabbrev>
|
|
++++
|
|
|
|
Sets a cluster wide upgrade_mode setting that prepares {ml} indices for an
|
|
upgrade.
|
|
|
|
==== Request
|
|
//////////////////////////
|
|
|
|
[source,js]
|
|
--------------------------------------------------
|
|
POST /_ml/set_upgrade_mode?enabled=false&timeout=10m
|
|
--------------------------------------------------
|
|
// CONSOLE
|
|
// TEST
|
|
// TEARDOWN
|
|
|
|
//////////////////////////
|
|
|
|
|
|
`POST _ml/set_upgrade_mode`
|
|
|
|
==== Description
|
|
|
|
When upgrading your cluster, in some circumstances you must restart your nodes and
|
|
reindex your {ml} indices. In those circumstances, there must be no {ml} jobs running.
|
|
You can close the {ml} jobs, do the upgrade, then open all the jobs again.
|
|
Alternatively, you can use this API to temporarily halt tasks associated
|
|
with the jobs and {dfeeds} and prevent new jobs from opening. You can also use this
|
|
API during upgrades that do not require you to reindex your {ml} indices,
|
|
though stopping jobs is not a requirement in that case.
|
|
|
|
For more information, see {stack-ref}/upgrading-elastic-stack.html[Upgrading the {stack}].
|
|
|
|
|
|
When `enabled=true` this API temporarily halts all job and {dfeed} tasks and
|
|
prohibits new job and {dfeed} tasks from starting.
|
|
|
|
Subsequently, you can call the API with the enabled parameter set to false,
|
|
which causes {ml} jobs and {dfeeds} to return to their desired states.
|
|
|
|
You can see the current value for the `upgrade_mode` setting by using the
|
|
<<get-ml-info,get {ml} info API>>.
|
|
|
|
IMPORTANT: No new {ml} jobs can be opened while the `upgrade_mode` setting is
|
|
`true`.
|
|
|
|
==== Query Parameters
|
|
|
|
`enabled`::
|
|
(boolean) When `true`, this enables `upgrade_mode`. Defaults to `false`
|
|
|
|
`timeout`::
|
|
(time) The time to wait for the request to be completed.
|
|
The default value is 30 seconds.
|
|
|
|
==== Authorization
|
|
|
|
You must have `manage_ml`, or `manage` cluster privileges to use this API.
|
|
For more information, see
|
|
{stack-ov}/security-privileges.html[Security privileges].
|
|
|
|
|
|
==== Examples
|
|
|
|
The following example enables `upgrade_mode` for the cluster:
|
|
|
|
[source,js]
|
|
--------------------------------------------------
|
|
POST _ml/set_upgrade_mode?enabled=true&timeout=10m
|
|
--------------------------------------------------
|
|
// CONSOLE
|
|
// TEST
|
|
|
|
When the call is successful, an acknowledged response is returned. For example:
|
|
|
|
[source,js]
|
|
----
|
|
{
|
|
"acknowledged": true
|
|
}
|
|
----
|
|
// TESTRESPONSE
|
|
|
|
The acknowledged response will only be returned once all {ml} jobs and {dfeeds} have
|
|
finished writing to the {ml} internal indices. This means it is safe to reindex those
|
|
internal indices without causing failures. You must wait for the acknowledged
|
|
response before reindexing to ensure that all writes are completed.
|
|
|
|
When the upgrade is complete, you must set `upgrade_mode` to `false` for
|
|
{ml} jobs to start running again. For example:
|
|
|
|
[source,js]
|
|
--------------------------------------------------
|
|
POST _ml/set_upgrade_mode?enabled=false&timeout=10m
|
|
--------------------------------------------------
|
|
// CONSOLE
|
|
// TEST
|