Example infrastructure
- CPU distribution per Pod
- Compare CPU usage with Number of Calls
- Custom metric
- Counts of technology instances
- Open Beta: Multi-dimensional metric visualization
- Limitations
CPU distribution per Pod
This example shows the 99th percentile of Docker CPU usage for each Kubernetes Pod in the namespace robot-shop
grouped by top 5 Kubernetes Pod label.
In this example you can further narrow it down by applying a filter like: Kubernetes Pod > Label: starts with "app"
.
Compare CPU usage with Number of Calls
It's possible to track correlations between two different sources of metrics. Let's compare the number of calls to the CPU usage.
As CPU goes up, less calls are handled.
Custom metric
Custom metrics show up under the metric catalog
They can be rendered in any type of data widget. Use the formatting options to match the format of the custom metric.
Counts of technology instances
For each type of technology, a Count
metric can be used to visualize the number of reporting instances for that technology type. This metric is rendered directly by using the metadata that Instana collects about the reporting entities.
The minimum supported granularity for count metrics is 1
minute, as opposed to the normal 10
second resolution for infrastructure custom dashboard metrics. This is because the metadata changes are stored only at a
1 minute resolution.
Open Beta: Multi-dimensional metric visualization
Improved multi-dimensional metric visualization unlocks new visualization capabilities in custom dashboards.
In previous Instana releases, custom dashboards can visualize only a single metric per datasource. Metrics with multiple dimensions, such as metrics with different "tags", are considered distinct metrics and can only be individually
visualized. For example, a Prometheus metric like http_request_duration
with multiple status_code
label values can not be easily visualized. You need to select each unique http_request_duration
and status_code
combination as a separate datasource.
By using multi-dimensional visualization, each metric dimension is split into a distinct Instana tag, which can be used in the filter and grouping criteria. Improved multi-dimensional metric visualization is available for the following metrics:
- Prometheus and JVM custom metrics. Tags for these metrics are located in the tag catalog at metric > tag on the Instana UI.
- Elasticsearch Index metrics. These metrics are split out from the Elasticsearch Node metrics. The Elasticsearch
index
tag is now available in the tag catalog at elasticsearch > index on the Instana UI.
More support will be provided for other multi-dimensional metrics in the future.
For multi-dimensional metrics, each time series is identified by a unique ID and associated tags. As with other types of tags, when you filter or group by these new metric tags, you can find time-series that match the specified filtering criteria, and then you can group them by using the grouping criteria.
Example
Suppose you have a JVM application, which is tracking the count of vehicles sold for each region, category and type and exposing these metrics by using Prometheus. When looking at the JVM dashboard for the application on the Instana UI, you can see all the metrics that are exposed by the application.
The sold_total
metric has many dimensions. In custom dashboards, it is exposed just as a Prometheus metric sold_total
without any of its dimensions.
When multi-dimensional visualization is enabled, these dimensions are available for filtering or grouping under metric > tag.
Then, you can visualize the sold_total
metric across any dimension as follows:
Limitations
- Custom dashboards for infrastructure are restricted to aggregating at most 10k time-series or 10k groups of time-series in a single query.
- No more than 100k unique multi-dimensional time-series per license at a given time is supported.
- Currently, custom dashboards for infrastructure does not support RBAC.