close-ml.asciidoc 1.6 KB

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