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
{{ message }}
This repository was archived by the owner on Sep 2, 2025. It is now read-only.
Copy file name to clipboardExpand all lines: alerts-detectors-notifications/slo/custom-metric-scenario.rst
+9-23Lines changed: 9 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,42 +17,26 @@ Use custom metric as service level indicator (SLI)
17
17
18
18
From the :guilabel:`Detectors &SLOs` page, Kai configures the SLI and sets up a target for their SLO. Kai follows these steps:
19
19
20
-
#. Kai wants to use custom metrics as the system health indicators, so they select the :guilabel:`Custom metric` from the :guilabel:`Metric type` menu.
20
+
#. Kai wants to use a Synthetics metric as the system health indicators, so they select the :guilabel:`Custom metric` from the :guilabel:`Metric type` menu.
21
21
#. Kai enters following into the SignalFlow editor:
T = data('synthetics.run.count', filter=filter('test', 'Monitoring Services - Emby check'))
27
27
28
-
While Kai uses the same metric name for both the ``G`` and ``T`` variables, they use the ``success`` dimension to count the number of successful requests for the Emby service on the Buttercup Games website.
28
+
Kai defines variables ``G`` and ``T`` as two streams of ``synthetics.run.count`` metric time series (MTS) measuring the health of requests sent to the Emby service.
29
+
30
+
To distinguish between the two data streams, Kai applies an additional filter on the ``success`` dimension in the definition for ``G``. This filter queries for a specific collection of MTS that track successful requests for the Emby service.
31
+
32
+
In Kai's SignalFlow program, ``G`` is a data stream of good events and ``T`` is a data stream of total events.
:alt:This image shows Kai's SLO configuration using the ``synthetics.run.count`` metric and appropriate filters.
33
37
34
-
.. :header-rows: 1
35
-
.. :widths: 10 20 30 40
36
-
37
-
.. * - Field
38
-
.. - SignalFlow editor
39
-
.. - Filters
40
-
.. - Description
41
-
42
-
.. * - :guilabel:`Good events (numerator)`
43
-
.. - :strong:`synthetics.run.count`
44
-
.. - Kai adds the following filters for this metric:
45
-
46
-
.. * :strong:`test = Emby check`
47
-
.. * :strong:`success = true`
48
-
.. - Kai uses the :strong:`success = true` filter to count the number of successful requests for the Emby service on the Buttercup Games website.
49
38
50
-
.. * - :guilabel:`Total events (denominator)`
51
-
.. - :strong:`synthetics.run.count`
52
-
.. - Kai adds the following filter for this metric:
53
-
54
-
.. * :strong:`test = Emby check`
55
-
.. - Kai uses the same metric name and the :strong:`test = Emby check` filter to track the same Synthetics Browser test. However, Kai doesn't include the :strong:`success = true` dimension filter in order to count the number of total requests for the Emby service on the Buttercup Games website.
39
+
#. Kai assigns ``G`` to the :guilabel:`Good events (numerator)` dropdown menu, and ``T`` to the :guilabel:`Total events (denominator)` dropdown menu.
56
40
57
41
#. Kai enters the following fields to define a target for their SLO:
58
42
@@ -85,3 +69,5 @@ Learn more
85
69
For more information about creating an SLO, see :ref:`create-slo`.
86
70
87
71
For more information about the Synthetics Browser test, see :ref:`browser-test`.
72
+
73
+
For more information on SignalFlow, see :new-page:`Analyze data using SignalFlow <https://dev.splunk.com/observability/docs/signalflow>` in the Splunk Observability Cloud Developer Guide.
0 commit comments