You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: reference/fleet/agent-health-status.md
+9-2Lines changed: 9 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -48,12 +48,19 @@ No. The health monitoring of {{agent}} and its inputs, as reported in {{fleet}},
48
48
49
49
## If {{agent}} goes down, is an alert generated by {{fleet}}? [agent-health-status-outage]
50
50
51
-
No. Alerts would have to be created in {{kib}} on the indices that show the total count of agents at each specific state. Refer to [Enable alerts and ML jobs based on {{fleet}} and {{agent}} status](/reference/fleet/monitor-elastic-agent.md#fleet-alerting) in the {{agent}} monitoring documentation for the steps to configure alerting. Generating alerts on status change on individual agents is currently planned for a future release.
Yes. When you install or upgrade {{agent}}, new alert rules are created automatically. You can configure and customize out-of-the-box alerts to get them up and running quickly.
54
+
Check out [Elastic Agent out-of-the-box alert rules](/reference/fleet/alert-templates) for details.
55
+
:::
56
+
:::{applies-item} { "stack": "ga 9.0" }
57
+
No, not without additional configuration. For releases earlier than 9.2, alerts must be created in {{kib}} on the indices that show the total count of agents at each specific state. Refer to [Enable alerts and ML jobs based on {{fleet}} and {{agent}} status](/reference/fleet/monitor-elastic-agent.md#fleet-alerting) in the {{agent}} monitoring documentation for the steps to configure alerting.
58
+
:::
59
+
::::
52
60
53
61
54
62
## How long does it take for {{agent}} to report a status change? [agent-health-status-report-timing]
55
63
56
64
Some {{agent}} states are reported immediately, such as when the agent has become `Unhealthy`. Some other states are derived after a certain criteria is met. Refer to [View agent status overview](/reference/fleet/monitor-elastic-agent.md#view-agent-status) in the {{agent}} monitoring documentation for details about monitoring agent status.
57
65
58
66
Transition from an `Offline` state to an `Inactive` state is configurable by the user and that transition can be fine tuned by [Setting the inactivity timeout parameter](/reference/fleet/set-inactivity-timeout.md).
Copy file name to clipboardExpand all lines: reference/fleet/monitor-elastic-agent.md
+12-3Lines changed: 12 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -241,11 +241,20 @@ To do so, follow the steps in [Remote {{es}} output](/reference/fleet/remote-ela
241
241
242
242
## Enable alerts and ML jobs based on {{fleet}} and {{agent}} status [fleet-alerting]
243
243
244
-
You can access the health status of {{fleet}}-managed {{agents}} and other {{fleet}} settings through internal {{fleet}} indices. This enables you to leverage various applications within the {{stack}} that can be triggered by the provided information. For instance, you can now create alerts and machine learning (ML) jobs based on these specific fields. Refer to the [Alerting documentation](/explore-analyze/alerts-cases.md) or see the [example](#fleet-alerting-example) on this page to learn how to define rules that can trigger actions when certain conditions are met.
244
+
:::{admonition} Built-in alert rules for {{agent}}
245
+
:applies_to: stack: ga 9.2.0
246
+
247
+
As of 9.2.0, {{agent}} provides out-of-the-box alert rules to help you simplify monitoring the health of agents.
248
+
Built-in alerts are the best approach for many monitoring use cases, and offer a quicker and easier alternative to manual configuration required in earlier versions.
249
+
250
+
Check out [Elastic Agent out-of-the-box alert rules](/reference/fleet/alert-templates) for more information.
251
+
:::
252
+
253
+
You can access the health status of {{fleet}}-managed {{agents}} and other {{fleet}} settings through internal {{fleet}} indices. This enables you to leverage various applications within the {{stack}} that can be triggered by the provided information. For instance, you can now create alerts and machine learning (ML) jobs based on these specific fields. Refer to the [Alerting documentation](/explore-analyze/alerts-cases.md) or check out the [example](#fleet-alerting-example) on this page to learn how to define rules that can trigger actions when certain conditions are met.
245
254
246
255
This functionality allows you to effectively track an agent’s status, and identify scenarios where it has gone offline, is experiencing health issues, or is facing challenges related to input or output.
247
256
248
-
The following data streams and fields are available.
257
+
These data streams and fields are available.
249
258
250
259
Data stream
251
260
: `metrics-fleet_server.agent_status-default`
@@ -282,7 +291,7 @@ Data stream
282
291
283
292
284
293
285
-
### Example: Enable an alert for offline {{agent}}s [fleet-alerting-example]
294
+
Example: Enable an alert for offline {{agent}}s [fleet-alerting-example]
286
295
287
296
You can set up an alert to notify you when one or more {{agent}}s goes offline:
0 commit comments