我使用/actuator/prometheus端点作为其kafka_consumer_*度量标准。从Spring Boot 2.3.1.RELEASE升级到2.3.2.RELEASE,当绑定失败时,它向我展示了许多“额外”日志的:
io.micrometer.core.instrument.binder.kafka.KafkaMetrics.lambda$checkAndBindMetrics$1173 --绑定表失败: kafka.consumer.fetch.manager.metric1...However,可能会发生,并可能在下一次刷新中恢复。
INFO io.micrometer.core.instrument.binder.kafka.KafkaMetrics.lambda$checkAndBindMetrics$1173 --绑定表失败: kafka.consumer.fetch.manager.metric2...However,可能会发生,可能在下一次刷新时恢复。
INFO io.micrometer.core.instrument.binder.kafka.KafkaMetrics.lambda$checkAndBindMetrics$1173 --绑定表失败: kafka.consumer.fetch.manager.metric3...However,可能会发生,可能在下一次刷新时恢复。
INFO io.micrometer.core.instrument.binder.kafka.KafkaMetrics.lambda$checkAndBindMetrics$1173 --绑定表失败: kafka.consumer.fetch.manager.metric4...However,可能会发生,可能在下一次刷新时恢复。
这是一个INFO日志级别,带有一些令人放心的However, this could happen and might be restored in the next refresh.结尾词,因此,这并不意味着令人震惊,但它在这次升级中显示它的目的是什么?
同时,我用:logging.level.io.micrometer.core.instrument.binder.kafka.KafkaMetrics=WARN抑制了它们(额外的日志)
发布于 2020-09-08 18:16:41
也有同样的问题。我“修正”了一个MeterFilter,它在从1.3.2升级到1.5.4时似乎坏了。有关更多详细信息,请参阅https://github.com/micrometer-metrics/micrometer/issues/2256。我能提供的最好的结果是,如果您可以在本地可靠地再现这个信息,那么尝试在if块上使用https://github.com/micrometer-metrics/micrometer/blob/master/micrometer-core/src/main/java/io/micrometer/core/instrument/binder/kafka/KafkaMetrics.java#L195-L204进行断点。
在IntelliJ中使用io.micrometer.core.instrument.binder.kafka.KafkaMetrics的“查找类”
例如:if (message != null && message.contains("Prometheus requires")) {
然后阅读实际的message是什么。我的错误是:
Prometheus要求所有具有相同名称的仪表都具有相同的标记键集。已经有一个名为'kafka_consumer_fetch_manager_bytes_consumed_total‘的现有仪表,其中包含标记键client_id、env、实例、kafka_version、spring_id。您要注册的计量器有键client_id、env、实例、kafka_version、spring_id、Top.
。
https://stackoverflow.com/questions/63112641
复制相似问题