Damien Grisonnet
Damien Grisonnet
Theoretically, it is fine to add the node name to the metrics as it doesn't increase the cardinality and it is useful information. However, since most of the pod metrics...
I would personally be against this change since it would break stable metrics for non-essential purposes. As mentioned by Filip before, this information can already be aggregated from other metrics.
/lgtm
/lgtm
/lgtm /approve
This can be done by switching to structured logging. More info about the migration can be found in https://github.com/kubernetes/community/blob/master/contributors/devel/sig-instrumentation/migration-to-structured-logging.md. /help
Adding VPA to kube-state-metrics was a mistake since it is out of its scope to only expose metrics about the core resources of Kubernetes. This leads to the problem we...
I agree with Filip, we shouldn't necessarily wait for 3.x to remove the metrics since we have a way to deprecate them now.
I would personally stand against that feature. The memory impact of that feature on kube-state-metrics and Prometheus will be enormous compared to the actual benefits it brings. Also, we have...
From a kube-state-metrics point of view, I don't think that makes sense since we want the distinction between metrics about kube-state-metrics and the ones about the Kubernetes APIs. Since they...