1.job:metrics_path

如果是静态模式下配置job(statics),直接配置job的metrics_path选项是不生效的。需要同时在exporter端指定metrics_path。如图

prometheus server端配置:

 

exporter端启动命令(假设是node-exporter):

/node_exporter –web.telemetry-path=/danny

这里的“–web.telemetry-path=/danny”就是指定path是”/danny”,而非默认的“/metrics”;

 

2.global:external_labels

配置项external_labels是用于外部系统标签的,不是用于metrics数据。当使用thanos作为prometheus集群时,external_labels是必填项。

 

3.job:honor_labels

#如果荣誉标签设置为“true”,则通过保留标签来解决标签冲突

#值,并忽略冲突的服务器端标签。

#

#如果荣誉标签设置为“false”,则通过重命名解决标签冲突

#“exported_<original label>”中的刮取数据中存在冲突的标签

#例如“导出的_实例”、“导出的_作业”),然后连接服务器端

#标签。这对于联邦(federation)这样的用例很有用,因为所有标签

#应保留目标中指定的。

 

honor_labels主要用于解决prometheus server的label与exporter端用户自定义label冲突的问题。

官方说明:

#If honor_labels is set to "true", label conflicts are resolved by keeping label
# values from the scraped data and ignoring the conflicting server-side labels.
#
# If honor_labels is set to "false", label conflicts are resolved by renaming
# conflicting labels in the scraped data to "exported_<original-label>" (for
# example "exported_instance", "exported_job") and then attaching server-side
# labels. This is useful for use cases such as federation, where all labels
# specified in the target should be preserved.

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注