diff --git "a/docs/54.\347\233\221\346\216\247Kubernetes\351\233\206\347\276\244\350\212\202\347\202\271.md" "b/docs/54.\347\233\221\346\216\247Kubernetes\351\233\206\347\276\244\350\212\202\347\202\271.md" index dfdab974e241adeb7d086b059531b3cf7fc32501..447924976bc4d6abacda70588b878dbde3629968 100644 --- "a/docs/54.\347\233\221\346\216\247Kubernetes\351\233\206\347\276\244\350\212\202\347\202\271.md" +++ "b/docs/54.\347\233\221\346\216\247Kubernetes\351\233\206\347\276\244\350\212\202\347\202\271.md" @@ -8,7 +8,7 @@ * 编排级的 metrics：比如 Deployment 的状态、资源请求、调度和 API 延迟等数据指标 ## 监控方案 -Kubernetes 集群的监控方案目前主要有以下集中方案： +Kubernetes 集群的监控方案目前主要有以下几种方案： * Heapster：Heapster 是一个集群范围的监控和数据聚合工具，以 Pod 的形式运行在集群中。 ![heapster](./images/kubernetes_monitoring_heapster.png) @@ -26,7 +26,7 @@ Kubernetes 集群的监控方案目前主要有以下集中方案： * metrics-server 主要关注的是[资源度量 API](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/instrumentation/resource-metrics-api.md) 的实现，比如 CPU、文件描述符、内存、请求延时等指标。 ## 监控集群节点 -现在我们就来开始我们集群的监控工作，首先来监控我们集群的节点，要监控节点其实我们已经有很多非常成熟的方案了，比如 Nagios、zabbix，甚至我们自己来收集数据也可以，我们这里通过 Prometheus 来采集节点的监控指标数据，可以通过[node_exporter](https://github.com/prometheus/node_exporter)来获取，顾名思义，node_exporter 抓哟就是用于采集服务器节点的各种运行指标的，目前 node_exporter 支持几乎所有常见的监控点，比如 conntrack，cpu，diskstats，filesystem，loadavg，meminfo，netstat等，详细的监控点列表可以参考其[Github repo](https://github.com/prometheus/node_exporter)。 +现在我们就来开始我们集群的监控工作，首先来监控我们集群的节点，要监控节点其实我们已经有很多非常成熟的方案了，比如 Nagios、zabbix，甚至我们自己来收集数据也可以，我们这里通过 Prometheus 来采集节点的监控指标数据，可以通过[node_exporter](https://github.com/prometheus/node_exporter)来获取，顾名思义，node_exporter 就是抓取用于采集服务器节点的各种运行指标，目前 node_exporter 支持几乎所有常见的监控点，比如 conntrack，cpu，diskstats，filesystem，loadavg，meminfo，netstat等，详细的监控点列表可以参考其[Github repo](https://github.com/prometheus/node_exporter)。 我们可以通过 DaemonSet 控制器来部署该服务，这样每一个节点都会自动运行一个这样的 Pod，如果我们从集群中删除或者添加节点后，也会进行自动扩展。 @@ -97,7 +97,7 @@ spec: 另外我们还将主机的`/dev`、`/proc`、`/sys`这些目录挂载到容器中，这些因为我们采集的很多节点数据都是通过这些文件夹下面的文件来获取到的，比如我们在使用`top`命令可以查看当前`cpu`使用情况，数据就来源于文件`/proc/stat`，使用`free`命令可以查看当前内存使用情况，其数据来源是来自`/proc/meminfo`文件。 -另外由于我们集群使用的是 kubeadm 搭建的，所以如果希望 master 节点也一起被监控，则需要添加响应的容忍，对于污点和容忍还不是很熟悉的同学可以在前面的章节中回顾下。 +另外由于我们集群使用的是 kubeadm 搭建的，所以如果希望 master 节点也一起被监控，则需要添加相应的容忍，对于污点和容忍还不是很熟悉的同学可以在前面的章节中回顾下。 然后直接创建上面的资源对象即可： ```shell