一文搞定K8S监控告警平台选型

公众号「架构成长指南」，专注于生产实践、云原生、分布式系统、大数据技术分享

前言

最近在搞K8S的监控告警平台选型，对比了目前比较流行两款开源平台kube-prometheus、夜莺，也踩了一些坑分享一下
kube-prometheus

项目地址：https://github.com/prometheus-operator/kube-prometheus

目前使用最广泛的k8s 的开源监控告警平台，在prometheus基础上，增加了对 k8s 的各种指标的监控，使用了Kubernetes Operator进行了封装，几乎可以一键部署，部署起来以后登录Grafana，就可以看到各种指标，如下图


优点

• 生态好，基于 prometheus，相关开源组件较多，比如mysql-exporter、redis-exporter
  
• 对 k8s相关组件监控比较完善
  
• 用户基数大
  

缺点

• 部署包部分镜像地址要修改，否则在国内下载不下来
  
• prometheus数据要通过PVC挂载，否则重启数据会丢失
  
• Grafana的时间要进行修改，默认是 UTC 时间
  
• 监控指标很方便，但是告警配置比较弱，模板这些都要自己实现，同时告警通知没有与飞书、钉钉、微信这些打通，不过好在有第三方实现：PrometheusAlert
  
• 监控第三方中间件，比较繁琐，没有一个大一统的方案，比如要监控MySQL，需要找 Mysql Helm 包下载在部署，Redis 同理，每个中间件配置部署都得走一遍，有点耗时
  

夜莺

项目地址：https://github.com/ccfos/nightingale

夜莺监控是一款开源云原生观测分析平台，采用 All-in-One 的设计理念，集数据采集、可视化、监控告警、数据分析于一体，与云原生生态紧密集成，提供开箱即用的企业级监控分析和告警能力。夜莺于 2020 年 3 月 20 日，在 github 上发布 v1 版本，目前最新版本是 V6 版本。
夜莺是Open-Falcon的团队基于云原生新开发的观测分析平台，可以说是总结之前的一些经验，搞的很不错，官方提供的基于Helm 的安装包，可以进行快速部署，地址：https://github.com/flashcatcloud/n9e-helm


优点

• 开箱即用，支持 Docker、Helm Chart、云服务等多种部署方式；集数据采集、监控告警、可视化为一体；
  
• 大一统的监控数据采集，夜莺的采集端为Categraf，覆盖支持上百种采集对象，比如K8s、中间件、服务器、交换机等，只需要配置下地址即可采集
  
  
  
• 完善的告警机制，这是夜莺相比其他平台最大的优势，它提供了简易图形化的配置、内置了常用组件的告警规则、支持国内各种通知媒介，比如：飞书、钉钉、企微、电话、邮箱、telegram等
  
  
  
• 支持多数据源，支持Prometheus、Es、Loki、TDengine，也就是说可以与kube-prometheus项目进行整合使用。
  
  

缺点

• 对 k8s 监控相对弱一点，没有kube-prometheus完善，需要自己去配置相应的采集指标，不过好在官方文档有指引，文档地址：k8s 监控专栏
  
• 对 Grafana 支持性差点，虽然官方说，可以支持导入 Grafana 报表，但是在使用过程中，还是发现有些组件不兼容，目前还在逐步完善
  
• 夜莺的报表导出无法直接导入到Grafana中，这可能也是夜莺商业化的考虑一个点，要对用户有粘性
  
• 生态没有Prometheus+Grafana好，Prometheus有CNCF作为背书，Grafana已经是数据可视化默认选择，所以很多开源系统都是基于这套方案来实现
  

总结

以上我们对比了两种监控告警平台，都有优缺点，可以根据自身需求选择其一进行使用，如果既想要完善的告警管理，有想要Grafana和完善 K8S指标监控，可以把两者结合起来使用，目前有不少公司是这样做的。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！

继续阅读请点击广告