With just the data source present in the extension, metric collection is rather raw: all metrics are referenced by key and everything appears without any measurement unit, which can make it confusing.
The metrics
section of the extension is there to define additional metadata for metrics. We can define the following:
displayName
- Human-readable name of metricdescription
- A description of what this metric actually representsunit
- Measurement unit of the metrictags
- How we can easily find this metric in the Metrics catalogmetricProperties
minValue
- The minimum possible value for the metricmaxValue
- The maximum possible value for the metricimpactRelevant
- Whether this metric depends on other metric anomalies to form the root cause of a ProblemrootCauseRelevant
- Whether this metric on its own can be the root cause of a ProblemvalueType
- Whether high values are good (score
) or bad (error
)metrics
section to your extension.yaml
using the template below.displayName
, description
, and unit
metrics:- key: custom.demo.host-observability.network.bytes.persecmetadata:displayName: Traffic bytes/sdescription: Network traffic bytes per secondunit: BytePerSecond## add content here, for all other metrics#
For more information on the WMI data source syntax, see WMI data source reference.
You should now see the metadata reflected in the Metrics browser:
Next step: Custom topology