Conversation
|
The UI works, the problem was that I used Metrics also works: |
|
Remaining issues:
|
|
Some info on Prometheus (non-)compatibility: jolokia/jolokia#206. Mentions https://github.com/fabric8io/agent-bond, and also the importance of a whitelist as we discovered in #49. |
|
Rate can probably be reduced using Here is probably the logging statement. Should be possible to exclude using custom log4j config. There's also a GraphiteMetricsReporterService so maybe it's trivial to produce a PrometheusMetricsReporterService. |
Instead you need some kind of metrics export. Currently I only get a lot of `records-produced-total` but no latencies etc.
5f86aa9 to
e5b1acf
Compare
The best answer I've found to #80, on paper :) Remains to learn how to use it.
Adding the monitoring label because the combination of readiness alerts for key health like under-replicated partitions (https://github.com/Yolean/kubernetes-kafka/pull/95/files#diff-f8da94a0c2daaa5e09e08330d1ed122a) and end-to-end testing like kafka-monitor may pay off better than internal metrics.
In actual troubleshooting scenarios you'll probably still want to connect some JMX tool (allowed since #96) to really dig into the state of things.