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: content/en/developers/service_checks/_index.md
+13-21Lines changed: 13 additions & 21 deletions
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ aliases:
10
10
11
11
## Overview
12
12
13
-
Services checks allow you to characterize the status of a service to monitor it within Datadog. Service checks monitor the up or down status of the specific service. You are alerted whenever the monitoring Agent fails to connect to that service in a specified number of consecutive checks. For example, you can get an alert any time the monitoring Agent on a Redis host reports three consecutive failed attempts to connect to Redis and collect metrics.
13
+
Service checks allow you to characterize the status of a service to monitor it within Datadog. Service checks monitor the up or down status of the specific service. You are alerted whenever the monitoring Agent fails to connect to that service in a specified number of consecutive checks. For example, you can get an alert any time the monitoring Agent on a Redis host reports three consecutive failed attempts to connect to Redis and collect metrics.
14
14
15
15
Service checks at the cluster level offer another effective way to monitor distributed or redundant systems that can withstand some failures. Use these alerts for architectures where individual hosts run multiple services, because they can surface the degradation of the service even if the hosts running that service remain available (and would pass a host-level health check).
16
16
@@ -34,23 +34,23 @@ Service checks can be visualized and used in 3 Datadog sections:
34
34
35
35
-[Check Summary][1]
36
36
-[Screenboards][2]
37
-
-[Custom check Monitor][3]
37
+
-[Service Check Monitor][3]
38
38
39
39
### Check summary
40
40
41
-
Click on the _Monitors_ tab, and then on _Check Summary_ to see the [Check Summary][1] page.
41
+
Click **Monitors** > **Check Summary** to see the [Check Summary][1] page.
This is a list of all your checks and their statuses, reporting across your infrastructure in the past day. Select a check to get insights on the number of distinct checks for each of its associated tags.
46
46
47
47
### Screenboards
48
48
49
-
You can visualize service checks with a _Check status_ widget in a screenboard:
49
+
You can visualize service checks with a **Check status** widget in a screenboard:
50
50
51
51
{{< img src="developers/service_checks/check_status_widget.png" alt="Check status widget" >}}
52
52
53
-
After clicking on the _Check status_ widget icon, the following pop-up appears:
53
+
After clicking on the **Check status** widget icon, the following pop-up appears:
-**Pick a custom check**: Select your check status name to monitor.
73
+
-**Pick a service check**: Select the check status name to monitor.
78
74
-**Pick monitor scope**: Select the context for your monitor (including/excluding tags).
79
75
-**Set alert conditions**: Choose between a simple check alert or a cluster alert.
80
-
-**Say what's happening**: Edit the notifications sent (find more about [Datadog notifications][4]).
81
76
-**Notify your team**: Choose who this monitor should notify.
77
+
-**Say what's happening**: Edit the notifications sent (find more about [Datadog notifications][4]).
82
78
83
-
Service check monitors for out-of-the-box Datadog integrations can be set in the _monitor tab_ > _Integration_ > _Integration status_ tab on the left. For instance, with the HAProxy integration:
84
-
85
-
{{< img src="developers/service_checks/haproxy_service_check.mp4" alt="Haproxy Service Check" video="true" >}}
86
-
87
-
See [Introduction to Agent-based Integrations][5] to learn how to write an integration.
79
+
For more information on creating a service check see [Service Check Monitor][5]
Copy file name to clipboardExpand all lines: content/en/monitors/create/types/custom_check.md
+7-7Lines changed: 7 additions & 7 deletions
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
-
title: Custom Check Monitor
2
+
title: Service Check Monitor
3
3
kind: documentation
4
-
description: "Monitor status of arbitrary custom checks."
4
+
description: "Monitor status of arbitrary service checks."
5
5
aliases :
6
6
- /monitors/monitor_types/custom_check
7
7
further_reading:
@@ -18,15 +18,15 @@ further_reading:
18
18
19
19
## Overview
20
20
21
-
Custom check monitors include any service check not reported by one of the [more than {{< translate key="integration_count" >}} integrations][1] included with the Agent. Custom service checks can be sent to Datadog using a [custom Agent check][2], [DogStatsD][3], or the [API][4].
21
+
Service check monitors include any service check not reported by one of the [more than {{< translate key="integration_count" >}} integrations][1] included with the Agent. Service checks can be sent to Datadog using a [custom Agent check][2], [DogStatsD][3], or the [API][4].
22
22
23
23
## Monitor creation
24
24
25
-
To create a [custom check monitor][5] in Datadog, use the main navigation: *Monitors --> New Monitor --> Custom Check*.
25
+
To create a [service check monitor][5] in Datadog, use the main navigation: *Monitors --> New Monitor --> Service Check*.
26
26
27
-
### Pick a custom check
27
+
### Pick a service check
28
28
29
-
Choose a custom check from the drop-down box.
29
+
Choose a service check from the drop-down menu.
30
30
31
31
### Pick monitor scope
32
32
@@ -48,7 +48,7 @@ Set up the check alert:
48
48
49
49
1. Trigger a separate alert for each `<GROUP>` reporting your check.
50
50
51
-
Check grouping is specified either from a list of known groupings or by you. For custom check monitors, the per-check grouping is unknown, so you must specify it.
51
+
Check grouping is specified either from a list of known groupings or by you. For service check monitors, the per-check grouping is unknown, so you must specify it.
52
52
53
53
2. Trigger the alert after selected consecutive failures: `<NUMBER>`
0 commit comments