Dashboards
Overview
With Sysdig Monitor Dashboards you can:
- Create queries using a guided mode, called Form-Mode.
- Create queries using PromQL.
- Configure the event overlay which lets you enhance dashboards with event information.
- Leverage different visualization types.
Create a New Dashboard
Dashboards can be created from different locations:
- The Dashboards menu.
- The Dashboard Manager.
- The Dashboard Library.
Delete a Dashboard
The owner or the administrator of a shared dashboard can delete it. If users duplicate that dashboard, they become the owner of the new one and can freely delete it.
Dashboards can be deleted from different locations:
- Dashboard settings
- Dashboard Manager
Define Dashboard Scope
To configure the scope of a dashboard, click the edit (pencil) icon beside the Dashboard’s current scope.
The scope dropdown will appear.
Scope editor restricts the scope of the selection for subsequent filters by rendering values that are specific to the selected labels. For example, if the value of the kube_namespace_name
label is kube-system
, the values of the subsequent label, container_name
will be filtered by kube-system.
This means the containers rendered for filtering are only those that are part of the kube-system namespace.
Edit Variables
You can define dashboard scope values as variables, allowing users to reuse them in PromQL queries.
Set a Default Dashboard
A default dashboard can be configured by setting the default entry point for a team. For more information on configuring a default entry point, refer to the Configure an Entry Page or Dashboard for a Team section of the Sysdig Platform documentation.
Transfer Dashboard Ownership
Dashboards have a single owner. Sysdig Monitor allows administrators and dashboard owners with administrator permissions to transfer the ownership of a dashboard within the UI.
General Guidelines
- When you delete a User through the UI, any shared dashboards they own or have created will be preserved by default, with the deactivated user still marked as the dashboard owner.
- Before you delete a user with the API , you must transfer shared dashboards owned by the user to another user. Otherwise, the following error appears:
{"type":"bad_request","message":"User owns shared or public dashboard, cannot proceed with delete","details":[]}
- Administrators can only transfer the dashboards that are shared by other users. Private dashboards cannot be seen and therefore cannot be transferred.
- When editing a user, the administrator can specify to transfer dashboards to a new owner.
- Before changing the dashboard ownership,
- It is a good practice to ensure that the new owner is part of the team the previous owner is part of. The administrator can preview the teams that will no longer be part of before confirming the transfer. The new owner need not be part of any teams the previous owner was part of. In this case, the dashboard will be transferred to the new owner but will no longer be shared with any team. The dashboard will become a private dashboard.
- A shared dashboard will be visible only to the teams that the new owner is not part of.
Transfer Ownership as an Admin
- Log in to Sysdig Monitor and select Settings > Users.
- Select the user you want to change the ownership.
- Select one or multiple Dashboards that you want to assign a new owner.
- Click Transfer Ownership.
- On the Transfer Dashboard Ownership modal, Select a new user and click Transfer.
Transfer Ownership as a User
On the Dashboards tab, select the relevant dashboard from the left panel. Click the Settings (three dots) icon for the dashboard.
Select Transfer Ownership.
On the Transfer Dashboard Ownership modal, select a new user.
If everything looks ok, click Transfer. The teams indicated with cross-out text are the ones that had access to the dashboard earlier and will lose access to it after the transfer.
The dashboard will also be visible to all the teams that the new owner is part of. If you are not part of the teams that the new owner is a member of, you will no longer have the visibility to the dashboard.
Share a Dashboard with Teams
Dashboards can be shared across a user’s current team or a selected set of teams, allowing other team members to view the dashboard, as well as edit the panels if they have edit permissions within the team.
If a dashboard has been shared with another team, a user within that team can then copy it to make it their own if they wish.
To share a dashboard:
Select the dashboard you want to share.
Click the Dashboard Settings (three dots) icon and select Dashboard Settings.
In the Dashboard Settings page, use the Shared With drop-down.
Select one of the three options:
Not Shared: If selected, the specified Dashboard cannot be shared with a team or selected team the owner is a member of.
All Teams: If selected, the owners of the Dashboard can share with all the teams that they are part of.
Selected Teams: If selected, the owner of the Dashboard can share with a selected list of teams. You can select one of the available teams in the drop-down, and select member permission:
View Only: This permission allows members to view the Dashboard.
Collaborator: A collaborator can edit the Dashboard.
Enable Public Sharing
You can share dashboards outside of the internal team by using public URLs. This allows external users to review the dashboard metrics while restricting access to changing panels and configurations. The scope parameters, including scope variables, are included in the Dashboard URL.
To enable sharing the public link of a dashboard, follow these steps:
- Select the dashboard you want to share, click the Dashboard Settings (three dots) icon, and select Dashboard Settings.
- In the Dashboard Settings page, enable the Public Sharing slider.
When enabled, the dashboard is visible with scope parameters to anyone with the link. If this setting is disabled, the link will no longer work, and the setting will need to be re-enabled and shared again in order for the dashboard to be accessed.
Define Minimum Interval for PromQL Queries
When working with PromQL queries you can use the $__interval
variable and Sysdig will apply the most appropriate sampling corresponding to the time range you have selected. Sometimes you might have some metrics that report data with a coarser granularity and you want to apply an interval that is higher than the proposed.
For example, if you have a metric that reports data every 3m
, and you have selected the 1h
preset in the time navigation, the $__interval
will be replaced with a time granularity of 10s
. This will result in time charts with isolated data points instead of lines.
You can resolve this by setting the Default PromQL Query Min Interval
option to 3m
on the Dashboard Settings page.
The value must be expressed as a time granularity, for example: 10s
, 1m
, 1h
, and must be between 10s
and 1d
.
Note: If the proposed interval is greater than the minimum interval, the minimum interval will be ignored.
The setting will be applied to all the PromQL queries in the dashboard and it can be overridden by specifying a different value in the query options.
Make a Dashboard Full Screen
To view the current dashboard in full-screen mode, click the Settings (three dots) icon for the dashboard, and select the Full Screen option. To exit full-screen mode, either press the ESC keyboard key or click the Exit (cross) icon.
Search in Dashboards
Use the /
shortcut to invoke the panel search pane which enables you to find panels within a given dashboard. The search capabilities are:
- Search by metric name
- Search by label name
- Search by Panel title or description
When searching, partial names can be used, such as sysdig_container_
or Memory
.
Use Case
Leverage Event Overlay for Increased Context
Examine events directly on the dashboard panels and correlate anomalies and issues with the events. The height of the event bucket is proportional to the number of events and the color indicates the highest severity of the events present.
The following example shows how the presence of the event overlay lets you quickly spot that the drop in CPU Requested per Node, is actually due to a container dying (due to an OOM).
Without Context | With Context |
---|---|
To configure the Event Overlay, select the Dashboard Settings (three dots) > Events Display.
The following options are available when configuring the Events Display:
Option | Description |
---|---|
Filter | Filters events by the event search syntax and searched fields. |
Scope | Determines whether the range of events displayed includes those for dashboard scope or team scope. |
Severity | Determines whether only high severity events or all events are displayed. |
Event Type | Determines what types of events to be displayed. The supported events types are alert, custom events, containers, or Kubernetes. |
Status | Determines the state of events displayed. The supported status are Triggered, Resolved, Acknowledged, Un-acknowledged. |
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.