Skip to content

Commit c36fb4c

Browse files
roxanne-moslehitheraffoul
authored andcommitted
update no data for monitor slos (#25456)
* update no data for monitor slos * finalize no data docs
1 parent 2f8a73d commit c36fb4c

File tree

2 files changed

+17
-1
lines changed

2 files changed

+17
-1
lines changed

content/en/service_management/service_level_objectives/_index.md

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -27,6 +27,9 @@ further_reading:
2727
- link: "https://registry.terraform.io/providers/DataDog/datadog/latest/docs/resources/service_level_objective"
2828
tag: "External Site"
2929
text: "Create and manage SLOs with Terraform"
30+
- link: "https://www.datadoghq.com/blog/burn-rate-is-better-error-rate/"
31+
tag: "Blog"
32+
text: "Burn Rate is a Better Error Rate"
3033
---
3134

3235
{{< jqmath-vanilla >}}

content/en/service_management/service_level_objectives/monitor.md

Lines changed: 14 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -112,7 +112,19 @@ Muting a monitor does not affect the SLO calculation.
112112
To exclude time periods from an SLO calculation, use the [SLO status corrections][5] feature.
113113

114114
### Missing data
115-
When you create a metric monitor or service check, you choose whether it sends an alert when data is missing. This configuration affects how a monitor-based SLO calculation interprets missing data. For monitors configured to ignore missing data, time periods with missing data are treated as OK (uptime) by the SLO. For monitors configured to alert on missing data, time periods with missing data are treated as ALERT (downtime) by the SLO.
115+
#### Metric monitors
116+
When you create a metric monitor, you choose [how the monitor will handle missing data][6]. This configuration affects how a monitor-based SLO calculation interprets missing data:
117+
118+
| Monitor configuration | SLO calculation of missing data |
119+
|---------------------------|---------------------------------|
120+
| `Evaluate as zero` | Depends on the monitor alert threshold <br> For instance, a threshold of `> 10` would result in Uptime (since the Monitor status would be `OK`), while a threshold of `< 10` would result in Downtime. |
121+
| `Show last known status` | Keep last state of SLO |
122+
| `Show NO DATA` | Uptime |
123+
| `Show NO DATA and notify` | Downtime |
124+
| `Show OK` | Uptime |
125+
126+
#### Other monitor types
127+
When you create a service check monitor, you choose whether it sends an alert when data is missing. This configuration affects how a monitor-based SLO calculation interprets missing data. For monitors configured to ignore missing data, time periods with missing data are treated as OK (uptime) by the SLO. For monitors configured to alert on missing data, time periods with missing data are treated as ALERT (downtime) by the SLO.
116128

117129
If you pause a Synthetic test, the SLO removes the time period with missing data from its calculation. In the UI, these time periods are marked light gray on the SLO status bar.
118130

@@ -136,3 +148,4 @@ SLO Replay also triggers when you change the underlying metric monitor's query t
136148
[3]: /service_management/service_level_objectives/metric/
137149
[4]: /synthetics/api_tests/?tab=httptest#alert-conditions
138150
[5]: /service_management/service_level_objectives/#slo-status-corrections
151+
[6]: /monitors/configuration/#no-data

0 commit comments

Comments
 (0)