close-ml.asciidoc 1.6 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243
  1. [testenv="platinum"]
  2. ////////////
  3. Take us out of upgrade mode after running any snippets on this page.
  4. [source,js]
  5. --------------------------------------------------
  6. POST _ml/set_upgrade_mode?enabled=false
  7. --------------------------------------------------
  8. // CONSOLE
  9. // TEARDOWN
  10. ////////////
  11. If your {ml} indices were created before {prev-major-version}, you must
  12. <<reindex-upgrade,reindex the indices>>.
  13. If your {ml} indices were created in {prev-major-version}, you can:
  14. * Leave your {ml} jobs running during the upgrade. When you shut down a
  15. {ml} node, its jobs automatically move to another node and restore the model
  16. states. This option enables your jobs to continue running during the upgrade but
  17. it puts increased load on the cluster.
  18. * Temporarily halt the tasks associated with your {ml} jobs and {dfeeds} and
  19. prevent new jobs from opening by using the
  20. <<ml-set-upgrade-mode,set upgrade mode API>>:
  21. +
  22. [source,js]
  23. --------------------------------------------------
  24. POST _ml/set_upgrade_mode?enabled=true
  25. --------------------------------------------------
  26. // CONSOLE
  27. +
  28. When you disable upgrade mode, the jobs resume using the last model
  29. state that was automatically saved. This option avoids the overhead of managing
  30. active jobs during the upgrade and is faster than explicitly stopping {dfeeds}
  31. and closing jobs.
  32. * {stack-ov}/stopping-ml.html[Stop all {dfeeds} and close all jobs]. This option
  33. saves the model state at the time of closure. When you reopen the jobs after the
  34. upgrade, they use the exact same model. However, saving the latest model state
  35. takes longer than using upgrade mode, especially if you have a lot of jobs or
  36. jobs with large model states.