我們使用 Prometheus 一段時(shí)間并且非常享受它。關(guān)于什么是jmx-exporter 的幾句話jmx-exporter 是一個(gè)從基于 JVM 的應(yīng)用程序（例如 Java 和 Scala）讀取 JMX 數(shù)據(jù)并通過 HTTP 以 Prometheus 理解并可以抓取的簡單文本格式公開它的程序。因此，讓我們開始解決我的問題……我們使用 jmx 導(dǎo)出器配置 kafka，如下所示export KAFKA_OPTS="-javaagent:/home/jmx_prometheus_javaagent-0.11.0.jar=7071:/home/kafka-2_0_0.yml"此配置在 kakfa config 下的 ambari 中設(shè)置設(shè)置配置后，我們重新啟動(dòng)所有 3 個(gè) kafka 代理我們檢查jmx-exporter HTTP 服務(wù)器是否正在監(jiān)聽：netstat -tlnp | grep 7071tcp6       0      0 :::7071                 :::*                    LISTEN      63872/java并抓取指標(biāo)！curl -s localhost:7071 | grep -i kafka | head# HELP kafka_log_logcleanermanager_max_dirty_percent Attribute exposed for management (kafka.log<type=LogCleanerManager, name=max-dirty-percent><>Value)# TYPE kafka_log_logcleanermanager_max_dirty_percent gaugekafka_log_logcleanermanager_max_dirty_percent 0.0到現(xiàn)在為止一切都很酷但是當(dāng)我們開始使用 kafka 命令時(shí)，例如打印我們得到的主題列表：/usr/hdp/current/kafka-broker/bin/kafka-topics.sh –zookeeper $zookeeper_server:2181 –listException in thread "main" java.lang.reflect.InvocationTargetException        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)        at java.lang.reflect.Method.invoke(Method.java:498)        at sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:386)        at sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:401)Caused by: java.net.BindException: Address already in useFATAL ERROR in native method: processing of -javaagent failed注意——在我們添加以下行之前：export KAFKA_OPTS="-javaagent:/home/jmx_prometheus_javaagent-0.11.0.jar=7071:/home/kafka-2_0_0.yml "一切都好所以有什么建議——如何從這一點(diǎn)開始解決這個(gè)問題？