本文主要是介绍18-云原生监控体系-kube-state-metrics，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- 1. 介绍
- 2. kube-state-metrics vs. metrics-server
- 3. 安装
- 3.1. 拉取镜像
- 3.2. 部署到 kubernetes 集群
- 3.2.1 Kubernetes Deployment
- 3.3. 配置到 Prometheus
- 3.3. 自己构建 Docker 镜像
- 3.4. 对于 prometheus-operator/kube-prometeus stack 的用户
- 3.5. helm chart
- 3.5.1. 添加仓库到本地
- 3.5.2. 安装 chart
- 4. 标签名称中的冲突解决方案
- 5. Kube-state-metrics 自身 metrics
- 6. 资源建议
- 7. 延迟
- 8. 成本计算注意事项
- 8.1. 配置想要公开的指标
- 8.1.1. 命令行参数
- 8.1.2. 高级选项
- 9. 告警规则
- 9.1 kube-state-metrics 自己的告警规则
1. 介绍
kube-state-metrics（KSM）是一个简单的服务，它监听Kubernetes API服务器并生成关于对象状态的度量。（请参阅下面度量部分中的示例。）它不关注单个Kubernetes组件的运行状况，而是关注内部各种对象的运行状况（如 deployment、node 和 pod）。
kube-state-metrics 是关于在不修改的情况下从Kubernetes API对象生成度量。这确保了 kube-state-metrics 提供的功能与 Kubernetes API对象本身具有相同级别的稳定性。反过来，这意味着在某些情况下，kube-state-metrics 可能不会显示与 kubectl 完全相同的值，因为 kubectl 应用某些启发式方法来显示可理解的消息。kube-state-metrics 公开了未经Kubernetes API修改的原始数据，这样用户就可以获得所需的所有数据，并根据自己的需要进行试探。
在侦听端口上的HTTP端点 /metrics 上导出度量（默认8080）。它们被用作明文。它们被设计为由普罗米修斯本身消耗，或者由与刮擦 Prometheus 客户端端点兼容的刮擦器消耗。您也可以在浏览器中打开 /metrics 以查看原始度量。请注意，/metrics端点上公开的度量反映了Kubernetes集群中对象的当前状态。当Kubernetes对象被删除时，它们在 /metrics 端点上不再可见。
这篇关于18-云原生监控体系-kube-state-metrics的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
