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
Use kube-scheduler's metrics instead of kube-state-metrics' #815
base: master
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As far as I like this change I can see a problem with this in managed solutions (like EKS) where access to kube-scheduler is forbidden. In those cases alerts and dashboards which are based on kube-scheduler data won't be useful at all. Due to such an issue can we use OR
statements instead of deprecating kube-state-metrics data? I think something like kube_pod_resource_request OR kube_pod_container_resource_request
should do the trick.
Note to self: Revisit this issue once prometheus/prometheus#9624 is implemented. |
Just wondering if there's a better (or any) way to format embedded PromQL expressions in |
8102d0c
to
eb73d96
Compare
Use kube-scheduler's metrics instead of kube-state-metrics, as they are more precise. Refer the links below for more details. * https://github.com/kubernetes/enhancements/tree/master/keps/sig-instrumentation/1748-pod-resource-metrics?rgh-link-date=2022-10-07T13%3A34%3A39Z#expose-new-metrics * kubernetes/kube-state-metrics#1849 Signed-off-by: Pranshu Srivastava <rexagod@gmail.com>
Use kube-scheduler's metrics instead of kube-state-metrics, as they are more precise.
Refer the links below for more details.
Currently I've removed metrics that used the
container
label since that is not exposed by the newer metrics. PLMK if we want to take a different approach instead.