p17860254
/
categraf
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

update kubernetes README

This commit is contained in:
Ulric Qin 2022-06-28 19:58:57 +08:00
parent 4c5d4252f5
commit 1f157a6ac3
1 changed files with 7 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
inputs/kubernetes/README.md
View File

@ -26,8 +26,13 @@ forked from telegraf/kubernetes. 这个插件的作用是通过kubelet提供的A
是否采集 Pod 的网络监控数据
## 注意
## 容器监控
kubernetes 这个插件读取的虽然是 kubelet 的监控数据，实际上并不是读取的 kubelet 的 `/metrics` 接口，而是读取的 `/stats/summary` `/pods` 等接口的数据，这些接口返回的是 JSON 数据，没法直接使用 prometheus 插件来采集，所以只能单独搞这么个 kubernetes 插件，其实这个插件应该叫 kubelet，不应该叫 Kubernetes，但是，为了和 telegraf 兼容，还是维持了原来的名字。
通过这些开关可以看出，kubernetes 这个插件，采集的只是 pod、容器的监控指标，这些指标数据来自 kubelet 的 `/stats/summary` `/pods` 等接口。那么问题来了，容器监控到底是应该读取 `/metrics/cadvisor` 接口还是应该用这个 kubernetes 插件？有几个决策依据：
1. `/metrics/cadvisor` 采集的数据没有业务自定义标签，kubernetes 这个插件会自动带上业务自定义标签。但是业务标签可能比较混乱，建议每个公司制定规范，比如要求业务只能打 project、region、env、service、app、job 等标签，其他标签都过滤掉，通过 kubernetes 插件的 label_include label_exclude 配置，可以做标签过滤。
2. kubernetes 这个插件采集的数据比 `/metrics/cadvisor` 吐出的指标要少，不过常见的 cpu、mem、net、volume 相关的也都有。
## kubelet 监控
kubelet 的监控更推荐的做法：使用 prometheus 插件采集其 `/metrics` 接口，针对这种方式采集的数据，我们提供了监控大盘，在本 README 的同级目录下：kubelet-metrics-dash.json，可以直接导入夜莺使用。请使用 Categraf v0.1.7 以上的版本。