微米暴露执行器指标来设置请求/限制K8svs指标-服务器与kube-state-metrics来自kube-promethteus-stack Grafana dashboad的-> K8s Mixin对于我来说,理解为什么标题中的3个值之间有如此大的差异,以及应该如何利用K8s Mixin来设置适当的请求/限制,以及如果这是预期的,对我来说真的很模糊和沮丧。我希望我能看到与我在Grafana中打开K8s -> ComputeResources -> Pods仪表板时看到的kubectl top podname --containers相同的数据。但不仅数值相差超过两倍,而且执行器报告的数值也有所不同。当用测微仪显示弹簧数据时,jvm_memory_used_bytes的总和更多地对应于我从metrics-server (0.37.0)获得的数据,而不是我在Grafana上从mixin仪表板看到的数据,但它仍然很遥远。我在Ubuntu18.04LTS上使用的是K8s: 1.14.3。kube-prometheus-stack 9.4.4与helm 2.14.3一起安装。带测微尺的弹力靴2.0。我在metrics-server git上看到了说明,这是kubelet为OOMKill使用的值,但同样,这也没有任何帮助,因为我应该如何处理仪表板?处理这个问题的方法是什么?



发布于 2020-10-15 23:18:50
根据我到目前为止所看到的,我已经找到了根本原因,将kubelet服务从旧的图表重命名为新的,可以成为serviceMonitors的目标。所以对我来说,最好的解决方案是grafana kube-state-metrics +比较我在jvm仪表板中看到的内容
https://stackoverflow.com/questions/64373331
复制相似问题