transform-alerts.asciidoc 2.9 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677
  1. [role="xpack"]
  2. [[transform-alerts]]
  3. = Generating alerts for {transforms}
  4. beta::[]
  5. {kib} {alert-features} include support for {transform} rules, which check the
  6. health of {ctransforms} with certain conditions. If the conditions of the rule
  7. are met, an alert is created and the associated action is triggered. For
  8. example, you can create a rule to check if a {ctransform} is started and to
  9. notify you in an email if it is not. To learn more about {kib} {alert-features},
  10. refer to
  11. {kibana-ref}/alerting-getting-started.html#alerting-getting-started[Alerting].
  12. The following {transform} rules are available:
  13. {transform-cap} health::
  14. Monitors {transforms} health and alerts if an operational issue occurred.
  15. [[creating-transform-rules]]
  16. == Creating a rule
  17. You can create {transform} rules under **{stack-manage-app} > {rules-ui}**.
  18. On the *Create rule* window, give a name to the rule and optionally provide
  19. tags. Select the {transform} health rule type:
  20. [role="screenshot"]
  21. image::images/transform-rule.png["Creating a transform health rule",500]
  22. // NOTE: This is screenshot is automatically generated. Do not edit it directly.
  23. [[creating-transform-health-rules]]
  24. === {transform-cap} health
  25. Select the {transform} or {transforms} to include. You can also use a special
  26. character (`*`) to apply the rule to all your {transforms}. {transforms-cap}
  27. created after the rule are automatically included.
  28. The following health check is available and enabled by default:
  29. _{transform-cap} is not started_::
  30. Notifies if the corresponding {transforms} is not started or it does not index
  31. any data. The notification message recommends the necessary actions to solve
  32. the error.
  33. _Errors in {transform} messages_::
  34. Notifies if {transform} messages contain errors.
  35. [role="screenshot"]
  36. image::images/transform-check-config.png["Selecting health check",500]
  37. // NOTE: This is screenshot is automatically generated. Do not edit it directly.
  38. As the last step in the rule creation process, define its actions.
  39. [[defining-actions]]
  40. == Defining actions
  41. include::{es-repo-dir}/ml/anomaly-detection/ml-configuring-alerts.asciidoc[tag=define-actions]
  42. It's also possible to customize the notification messages for each action. A
  43. list of variables is available to include in the message, like {transform} ID,
  44. description, {transform} state, and so on.
  45. [role="screenshot"]
  46. image::images/transform-alert-actions.png["Selecting connector type",500]
  47. // NOTE: This is screenshot is automatically generated. Do not edit it directly.
  48. After you save the configurations, the rule appears in the *{rules-ui}* list
  49. where you can check its status and see the overview of its configuration
  50. information.
  51. The name of an alert is always the same as the {transform} ID of the associated
  52. {transform} that triggered it. You can mute the notifications for a particular
  53. {transform} on the page of the rule that lists the individual alerts. You can
  54. open it via *{rules-ui}* by selecting the rule name.