零配置工具简化了信息收集,例如在某个命名空间中运行了多少个 pod。
最近我在纽约的 O'Reilly Velocity 就 Kubernetes 应用故障排除 的主题发表了演讲,并且在积极的反馈和讨论的推动下,我决定重新审视这个领域的工具。结果,除了 kubernetes-incubator/spartakus 和 kubernetes/kube-state-metrics 之外,我们还没有太多的轻量级工具来收集资源统计数据(例如命名空间中的 pod 或服务的数量)。所以,我在回家的路上开始编写一个小工具 —— 创造性地命名为 krs
,它是 Kubernetes Resource Stats 的简称 ,它允许你收集这些统计数据。
你可以通过两种方式使用 mhausenblas/krs :
提醒你,它还在早期,并且还在开发中。但是, krs
的 0.1 版本提供以下功能:
目前,你需要安装并配置 kubectl
,因为 krs
依赖于执行 kubectl get all
命令来收集统计数据。(另一方面,谁会使用 Kubernetes 但没有安装 kubectl
呢?)
使用 krs
很简单。 下载 适合你平台的二进制文件,并按如下方式执行:
$ krs thenamespacetowatch # HELP pods Number of pods in any state, for example running # TYPE pods gauge pods{namespace="thenamespacetowatch"} 13 # HELP deployments Number of deployments # TYPE deployments gauge deployments{namespace="thenamespacetowatch"} 6 # HELP services Number of services # TYPE services gauge services{namespace="thenamespacetowatch"} 4
这将在前台启动 krs
,从名称空间 thenamespacetowatch
收集资源统计信息,并分别在标准输出中以 OpenMetrics 格式输出它们,以供你进一步处理。
krs 实战截屏
也许你会问,Michael,为什么它不能做一些有用的事(例如将指标存储在 S3 中)?因为 Unix 哲学 。
对于那些想知道他们是否可以直接使用 Prometheus 或 kubernetes/kube-state-metrics 来完成这项任务的人:是的,你可以,为什么不行呢? krs
的重点是作为已有工具的轻量级且易于使用的替代品 —— 甚至可能在某些方面略微互补。
本文最初发表在 Medium 的 ITNext 上,并获得授权转载。
via: https://opensource.com/article/18/11/kubernetes-resource-statistics
作者: Michael Hausenblas 选题: lujun9972 译者: geekpi 校对: wxy
本文由 LCTT 原创编译,Linux中国 荣誉推出
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!