close-ml.asciidoc 1.6 KB

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