The list of defined service-level objectives (SLOs) within a Dynatrace monitoring environment on the Service-level objectives page shows important information such as current status, error budget and burn rate, target, warning, the number of open problems out of the total number of problems for the SLO entity selector, and the timeframe during which the SLO is to be evaluated.
If there are any open problems associated with an SLO, the value in the Open/total problems column for the SLO is marked with a red warning symbol. Select the value to display the Problems page filtered by the respective entity selector. For more information on how to analyze problems, see Davis® AI.
Expand the Details of an SLO for more information, such as:
The metric and entity selectors of the SLO
A graph representing the SLO evaluation over time
A table view of the latest 10 evaluated SLOs belonging to a certain entity type. Switch to the table view to find out, for example, the exact value that is negatively affecting the result of the aggregated SLO evaluation, and the entity associated with it. Additionally, you can:
By default, each SLO is evaluated according to its defined timeframe, but for what-if analyses with different timeframes, or for a retrospective view, you can temporarily switch to the global timeframe.
To configure a new service-level objective, use the SLO wizard to select from a set of Dynatrace preconfigured templates for common use cases. Alternatively, you can create your own SLO definitions.
In Dynatrace, go to Service-Level Objectives, select Add new SLO, and step through the SLO wizard as described below.
Select the desired SLO:
Service-level availability SLO, where service-level availability is measured by dividing the number of successful service calls by the total number of service calls.
Service-method availability SLO, where the service-method availability is measured by dividing the number of successful key request service calls by the total number of key request service calls.
Service performance SLO, where the service performance ratio is measured by dividing the number of good
minutes and total
minutes, via a metric expression.
good
minutes count the number of minutes during which the response latency is below the defined threshold.
User experience SLO, which is based on the Apdex measurement, representing the percentage of users who are SATISFIED out of the total number of users who are using a web or mobile application.
Mobile crash-free users SLO, which measures the percentage of crash-free users within your mobile applications.
Synthetic availability SLO, which represents the percentage of successful synthetic monitor executions related to the total number of executions.
For more information on the use cases, see Configuration examples of service-level objective definitions.
Enter an SLO name.
Enter a Metric name, for example my_new_slo
, which will be used to create metric keys:
func:slo.my_new_slo
.func:slo.errorBudget.my_new_slo
.func:slo.normalizedErrorBudget.my_new_slo
.func:slo.errorBudgetBurnRate.my_new_slo
.You can chart these metric keys on all pages that allow using metrics, such as Data Explorer.
After creating the SLO:
optional Configure the SLI metrics you want to add to your SLO.
In the timeframe selector, scroll down to select a timeframe value for your SLO.
The entity selector is consistent with the Dynatrace REST API query syntax. You can use filters on management zone ID/name, tags, entity name/ID/type, health state, or a combination of these. For management zones, you can choose from the list of accessible management zones.
After entering the entity selectors you want, you can test whether there aren't any mistakes by selecting Preview next to the entity selector bar.
Set the target percentage (Failure) and the warning percentage (Warning).
The warning percentage has to be between 100% and your SLO target percentage in order to be effective. For example, if your SLO target percentage is 99.00%, you need to set your warning percentage between 99.00% and 100% to get an early warning (as indicated by a yellow state).
To see how fast a service consumes an error budget, relative to the SLO, make sure Error budget burn rate is turned on, and set the threshold values for the slow-burn and fast burn rates.
After entering the success criteria values, select Evaluate to evaluate the SLO based on the entered values.
If everything is correct and you get no errors, you can select Create to save your configuration and add your new SLO.
After you complete the setup, the newly created service-level objective appears on the SLOs page.
To set up your own service-level objective, go to Settings, select Cloud Automation > Definition, and select Add new SLO.
To edit an SLO, in Dynatrace, go to Service-Level Objectives, find your SLO, and select More (…) > SLO definition in the Actions column.
To see a normalized error budget for all SLOs, go to Settings > Cloud Automation > Setup, and enable Normalize error budget.
Take, for example, an SLO target of 95% with a current SLO status of 96%. If the normalization is turned on, the remaining error budget left is (status − target) ÷ (100 − target) × 100, for example, (96% − 95%) ÷ (100 − 95%) × 100.
The error budget burn rate shows how fast a service consumes an error budget, relative to the SLO. For example,
1
indicates that the service consumed 100% of the error budget during your SLO timeframe.2
indicates that the service consumed double the error budget during your SLO timeframe.Burn rate is calculated either for the past hour (if you select the SLO timeframe) or for the global timeframe value (if no SLO timeframe is selected).
For an indication of how fast a service consumes an error budget, you can enable the burn rate visualization either from the wizard or settings page while creating the SLO.
At any time, you can change the threshold value or disable the burn rate visualization from the SLO definition of your SLO.
After you set up the error budget burn rate, there are several places in your environment where you can view it:
On the SLO overview page, in the error budget column:
1
and the fast-burn threshold you entered while creating the SLO.If burn rate visualization is enabled, but no icon is displayed, the burn rate is below 1
.
In the details of an SLO.
In Data Explorer.
On your dashboard, if you pin your SLO to your dashboard.
You can set up two types of alerts:
Alerts can only be created based on metric events within the last hour. If you set the threshold to 10
for a burn rate alert, an alert will be generated when the burn rate exceeds 10
during the last hour.
Status
.Burn rate
.Your newly created SLO or burn rate alert will appear on the Metric events page, where you can configure it further. For details, see Metric events.
SLOs that don't belong to any management zone are visible to all users. If you add an SLO to a management zone, only users who have access to that management zone can see it on the Service-level objectives overview page.
For more information on how you can control access to the SLOs in your environment by setting permissions, see View and edit SLOs based on permission levels.
After you define your objectives, you can add the SLOs to your dashboard to visualize their current status along with the remaining error budgets.
By default, an SLO tile evaluates and filters the SLO timeframe instead of the selected global timeframe. You can override the timeframe used in the tile configuration to compare the global and the SLO timeframe. For details, see View and add SLO dashboard tiles based on permission levels.
An SLO dashboard tile displays the Status, the Error budget, and the Target.
An SLO tile is refreshed automatically. The refresh rate of the tile depends on the applied timeframe.
If you reduce the size, the SLO tile will display less information. Selecting an SLO tile forwards to the SLO overview, filtered by the selected SLO.
Select View details from the menu in the upper-right corner of the tile to see the SLO details.
Select Edit tile from the menu in the upper-right corner of the tile.configuration settings in the Service-level objective panel.
The toggle options are
The information shown in a tile depends on the size.
You can use the following filters to override dashboard settings for the selected tile.
Both the Custom timeframe and Custom management zone can be set in the global selectors, inside the dashboard Tile filters in the sidebar, or in Edit tile. For more information, see Dynatrace dashboard timeframe and management zone settings.
You can set your tile to query a remote environment. For more information, see Create remote/multi-environment Dynatrace dashboards.
If a tile has custom filters, a filter icon is displayed. Hover over the icon to list the filters, which can include Timeframe, Management zone, and remote environment settings.
SLO tiles and Data Explorer tiles might show different values.
You can see global SLOs. A global SLO is visible to all users and doesn't belong to a management zone. For information, see add SLOs to the management zone
You can also see the SLOs you have permission to access.
If the dashboard has an anonymous access link, the user who created the link sets the permissions. Anyone can see the linked dashboard the same way the creator of the link can.
After pinning an SLO to your dashboard, the SLO status is indicated in the tile by a combination of text and text color.
To optionally enable SLO background colorization to reflect the SLO status
The background color of the SLO tile (instead of the text) then changes automatically to reflect the SLO status:
Tile color
Status
Green
Good
Yellow
Warning
Red
Bad
Cloning an SLO allows you to create a new SLO reusing the configuration of an existing SLO.
To clone an SLO
To query and chart metrics, go to the service-level objective you want and select Actions > View in Data Explorer. For more information, see Data Explorer.
Dynatrace Davis® provides quick notifications on anomalies detected, along with actionable root causes. If your SLO has turned red, this is most likely because Davis has already raised a problem for the underlying metrics, showing you the root cause.
Davis doesn't provide alerts for SLO target breaches, but for underlying metrics and SLO entities.
The following are solutions to problems some people have.