一文搞定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指標監控,可以把兩者結合起來使用,目前有不少公司是這樣做的。
總結
以上是生活随笔為你收集整理的一文搞定K8S监控告警平台选型的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 消防crt是什么意思
- 下一篇: Ruby 版本升级