Kubernetes监控手册-01体系概述
Kubernetes 监控体系驳杂，涉及到的内容非常多，总是感觉摸不到头绪，网上虽然有很多资料，都略显凌乱，没有一个体系化的讲解，今天开始，我们准备撰写一系列文章，把 Kubernetes 监控说透，从如何采集数据，到重点关注哪些指标，怎么做监控大盘，怎么配告警规则，全部囊括其中，让大家彻底理解 Kubernetes 监控，解决你的工作问题，当然，鉴于我们的知识储备水平，有些地方可能难免会有疏漏和错误，如果您发现有不合理的内容，欢迎联系我一起探讨。Kubernetes 监控概述
当我们谈及 Kubernetes 监控的时候，我们在谈论什么？显然是 Kubernetes 架构下的各个内容的监控，Kubernetes 所跑的环境、Kubernetes 本身、跑在 Kubernetes 上面的应用等等。Kubernetes 所跑的环境，可能是物理机、虚拟机，并且依赖底层的基础网络，Kubernetes 上面的应用，可能是业务应用程序，也可能是各类中间件、数据库，Kubernetes 本身，则包含很多组件，我们通过一张 Kubernetes 架构图来说明。
Kubernetes 架构
下面是一张 Kubernetes 架构图，画的很简单，不过主要组件都有说明，下面我们来一起看一下。
https://flashcat.cloud/images/blog/kubernetes/01-arch.png
最左侧是 UI 层，包括页面 UI 以及命令行工具 kubectl，中间部分是 Kubernetes 控制面组件，右侧部分是工作负载节点，包含两个工作覆盖节点。
Kubernetes 哪些组件要监控
从架构图可以看出，UI 层显然不是关键，kubectl 命令行工具无需监控，如果有自建 UI 展示系统，那是需要监控的，不过因为 UI 层面不承担太多逻辑，出问题的概率很小，所以不是我们关注的重点。重点是中间的控制面组件以及右侧的工作负载节点。
控制面组件包括 API Server、Scheduler、Controller-Manager、ETCD 四个组件，每个组件都很重要，需要黑盒、白盒监控并举。工作负载节点运行了 Pod 容器负载，以及容器引擎和 Kubernetes Node 组件，容器引擎图上是 Docker，不过不局限 Docker，也可能是别的容器引擎，Kubernetes Node 组件包括 Kubelet 和 Kube-Proxy，也都是需要监控的。
总结
本篇简单开个头，对 Kubernetes 监控相关的内容做了概述，下一节开始，我们就开始介绍具体如何落地了。因为使用公有云的企业大都在使用云厂商托管的 Kubernetes，对于控制面组件已经交给云厂商来运维了，所以我们重点关注工作负载节点，下一节开始，我们先来介绍如何监控工作负载节点的OS。敬请期待。
关于作者
本文作者秦晓辉，快猫星云合伙人，文章内容是快猫技术团队共同沉淀的结晶，作者做了编辑整理，我们会持续输出监控、稳定性保障相关的技术文章，文章可转载，转载请注明出处，尊重技术人员的成果。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]