n9ecommunity的博客

本文翻译自：https://sematext.com/blog/top-10-must-have-alerts-for-kubernetes/运行 Kubernetes 集群，显然不止是启动，还需要持续监控，以确保 Kubernetes 中的服务能正常运行。不过，您不想整天盯着一堆 Kubernetes 仪表板（即便仪表板再多么美观）。您希望使用适当的警报来设置 Kubernetes 警报，对吗？借助 k8s 警报，您将快速发现 Kubernetes 集群中的问题，并希望也能快速修复它们。

在这篇博客中，我们介绍了在 Kubernetes 集群上实现 JMX Exporter 的步骤。此外，在导出器 Configmap 中，您可以为 JMX Exporter 添加其他过滤器设置，以收集其他指标。原文：https://devopscube.com/jenkins-architecture-explained/译文：https://flashcat.cloud/blog/jenkins-architecture-explained/译者：巴辉特。

controller-manager 是 Kubernetes 控制面的组件，通常不太可能出问题，一般监控一下通用的进程指标就问题不大了，不过 controller-manager 确实也暴露了很多/metrics白盒指标，我们也一并梳理一下相关内容。

APIServer 作为 Kubernetes 集群的 API 入口，是非常关键的控制面组件，本文从 APIServer 的监控数据采集、指标解释、监控大盘制作多个方面讲解 APIServer 的监控。

上一篇我们介绍了如何监控Kube-Proxy，Kube-Proxy的接口没有认证，相对比较容易，这一篇我们介绍一下Kubelet，Kubelet的监控相比Kube-Proxy增加了认证机制，相对更复杂一些。如果你有多台Node节点，可以批量执行 看一下，Kubelet 监听两个固定端口(我的环境，你的环境可能不同)，一个是10248，一个是10250，通过下面的命令可以知道，10248是健康检查的端口：我们再看一下 10250，10250实际是Kubelet的默认端口， 接口就是在这个端口暴露的，我

Kube-Proxy是Kubernetes体系非常重要的组件，负责流量转发策略的管理，具体应该如何监控，哪些指标比较重要，且看本文分解

说透Kubernetes监控系列，第二篇