如何解决千分尺暴露执行器指标，库伯状态指标，指标服务器以设置容器请求/限制
千分尺在K8svsmetrics-server vs kube-state-metrics中公开执行器指标以设置请求/限制到pod-> Kube-promethteus-stack Grafana dashboad中的K8s Mixin 对于我来说，理解标题中3的值之间为何有如此大的差异，以及如何利用K8s Mixin设置适当的请求/限制，以及我是否期望如此，真是让我感到困惑和沮丧。 我希望可以看到与键入Grafana中的K8s-> ComputeResources-> Pods仪表板时看到的内容相同的数据。但是，不仅这些值相差一倍以上，而且执行器报告的值也两者都不同。 当用千分尺公开弹簧数据时，jvm_memory_used_bytes的总和与我从metrics-server（0.37.0）得到的值相对应，而不是我从mixin仪表板在Grafana上看到的值，但仍然相去甚远。 我正在使用kubespray管理的Ubuntu 18.04 LTS上的K8s：1.14.3。 安装了头盔2.14.3的kube-prometheus-stack 9.4.4。 带有Micrometer的Spring Boot 2.0。我在metrics-server git上看到了解释，这是kubelet用于OOMKill的值，但这再次完全没有帮助，因为我应该使用仪表板做什么？处理此问题的方式是什么？
解决方法
根据我到目前为止所看到的，我找到了根本原因，将kubelet服务从旧图表重命名为新的，可以由serviceMonitors定位。因此，对我而言，最好的解决方案是grafana kube-state-metrics +比较我在jvm仪表板中看到的内容
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
