Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix(dashboards): Port compute/node (pods) dashboard to new grafonnet #912

Merged

Conversation

rgeyer
Copy link
Contributor

@rgeyer rgeyer commented Apr 24, 2024

Comment on lines 102 to 104
// This effectively "hides" max capacity from the panel. It shows only in the legend, showing the max capacity. In the "legacy" graph panel
// the max capacity could be reselected and thus shown on the timeseries with a dotted line. This is no longer possible.
+ fieldOverride.byName.withProperty('custom.hideFrom', { tooltip: true, viz: true, legend: false })
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seeking feedback on this from @skl and maintainers.

For many of the timeseries panels which show requests and limits as visible dotted line thresholds on the panel, the "capacity" on this dashboard, and the compute/namespace (pod) are only shown in the legend, and can not be "unhid" to show on the timeseries.

Is this desirable? Should the capacity be shown in the graph?

In under utilized environments (like mine) the capacity is dramatically higher than the stacked usage, so you would want to hide it to be able to reason on the actual utilization.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm ok with just seeing the max cpu/memory capacity of the node in the legend like this, especially as that value probably changes rarely.

For k8s requests/limits/quotas though, I think it's useful to see them plotted as series on the graph as these can change much more frequently.

@povilasv be good to get your opinion here, too.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For me the max capacity is very useful, but I usually run very utilized environments 🤔

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given that disabling the visualization in the dashboard code makes it impossible to show the capacity on the timeseries, I've brought it back as a default (see below).

If a user wants to see a specific pods utilization, they can select it in the legend, or jump to it from the table(s).

I think this visualization makes the most sense as "how much of my capacity is used", so a giant gap between the utilization and the upper capacity threshold is just as meaninful.
image

@povilasv
Copy link
Contributor

@skl could you also review when you have time? 🙇

Copy link
Collaborator

@skl skl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm!

@povilasv povilasv merged commit 04717b1 into kubernetes-monitoring:master Apr 26, 2024
5 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants