-
Notifications
You must be signed in to change notification settings - Fork 810
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding auto-refresh, statistic about messages, charts, and additional information about consumers #42
Comments
Thanks for your feedback; much valued. I think the auto-refresh is sensible and can be done with the current API. Things like stats, rates and other metrics are probably something that should be taken out of JMX, and would need another integration into Kafka from Kafdrop. (Do-able but considerable amount of work.) It would also encroach into the sort of functionality that Prometheus/Grafana tend to offer. So I'm not sure if it's worth doing in Kafdrop, given that tools like that already do it and we'll only be playing catch up. For your last point, would you be able to clarify what additional information could be presented? |
Sorry for the late response. About stats etc, you are right you must get this information from JMX (other product like Kafka Manager by Yahoo requires that to extract stats) and it requires time. About the additional information about consumers, I meant something like:
Those are the stats I used to check manually to assess the Kafka cluster/server is/are ok :) |
In terms of consumer groups, I believe most of the points you raised are already available in Kafdrop. The consumer groups show up in the topic overview, and you can click through the consumer to see more information, which includes things like lag. See screenshot below. The only thing it's not showing at the moment is which consumer is currently assigned to which partition, which is not something you can easily get out of the Kafka Admin API (there's probably a hacky way to get that out of ZK). |
Cool! I missed that. My bad. Thank you for pointing me to it :)
I've never had the opportunity to use the Kafka Admin API so I'm not able to help you right now. Currently to get this info from my cluster I'm using the following command
obtaining the following output
It's strange that there isn't a counterpart in the Kafka Admin API to extract this information. |
Then it likely does :) I must've missed it. |
I'm using your project and I found it very user-friendly and simple to configure and run.
Unfortunately, it does fit my monitoring requirements.
I believe that with few improvements this tool can be awesome.
Some enhancements are:
The text was updated successfully, but these errors were encountered: