
162
|
第
10
章
指标定义告警的时候。太多难以确定严重程度的告警很容易让人们陷入“告警疲劳”,我
们难以为每一个度量指标定义恰当的阈值并保持更新,告警的可信度也会因此而下降。
一些大覆盖面的告警用处更大。也就是说,这类告警会告诉我们某处出现了问题,然后我
们去收集更多的信息,以便确定问题的细节。想象一下汽车的“检查引擎”告警灯,如果
仪表盘上有
100
个不同的指示器,比如空气过滤器、油箱、排气管等,那么就会让人感到
很困惑。相反,如果用一个指示器就能告诉我们汽车出现了问题,然后我们再去找出问题
的其他细节,事情就会变得简单很多。这一章将介绍具有大覆盖面的度量指标,它们可以
让告警变得更简单。
10.2
broker
的度量指标
broker
提供了很多度量指标,它们大部分都是底层的度量,由
Kafka
开发者出于诊断或调
试的目的而增加,也有为预测将来需要的信息而添加,另外还有由
Kafka
用户请求添加,
以供日常操作所需。这些度量指标提供的信息几乎涵盖了
broker
的每一项功能。它们很容
易造成信息过载,不过也有一些度量指标为
Kafka
的日常运行提供了必要的信息。
示例
:
谁来看着
watcher
很多组织使用
Kafka
收集应用程序和系统的度量指标与日志,然后供中心
监控系统使用,这样可以很好地解耦应用程序和监控系统。不过,对于
Kafka
本身来说却存在一个问题,如果使用这个监控系统来监控
Kafka
,那
么当
Kafka
崩溃时,我们很可能无法感知到,因为监控系统的数据流也随
着消失了。
有一些办法可以解决这个问题。一种方法是使用一个单独的监控系统来监 ...