I have a problem trying to configure alerting (custom anomaly detection) where the calculation includes one dimensionless metric and another with the wished dimensions. The same metric expression works great in Data explorer and dashboards but not in alerting because the metrics API tries to apply the filter also to the dimensionless metric.
The metric expression uses Prometheus metrics exposed by cert-manager like this:
I have checked the Dynatrace server logs and the actual alerting component queries metrics API for each combination with selector as this:
If I try that query in Data explorer it fails because it tries to apply the filter also to that dimensionless metric "certmanager_clock_time_seconds_gauge:splitBy()" - it's made dimensionless with that empty splitBy.
I'm just wondering why does Dynatrace even try to apply a filter to a dimensionless metric because it would always fail?
Solved! Go to Solution.
I understand that this can be fixed in the alerting module also but I think there should be a fix in the metrics API as well.
The documentation basically says that a fixed number and a dimensionless metric behave similarly (creating tuples etc.) except that a dimensionless metric is a series. They still don't behave the same regarding that filter transformation. I think they should both be excluded from filter transformation and it might have solved the issue also in this other topic: https://community.dynatrace.com/t5/Dashboarding/I-can-t-create-latency-SLO-using-calculated-metric/m...
Yes sorry I was not precise enough. We are working on a fix at the moment and the fix is done in the metric query subsystem that includes a fix on API as well as on alerting.
Hi @ext-Antti_Elonh there are 2 topics still upcoming for DT Managed support which are:
- View the list of problems (precondition is Managed Release 240)
- Push notifications for Managed Environments (expect that in Mai)