You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Stanislav Kozlovski (JIRA)" <ji...@apache.org> on 2019/06/27 09:31:00 UTC
[jira] [Created] (KAFKA-8607) Reduce AdminClient Metadata request
rate when invalid node id is given
Stanislav Kozlovski created KAFKA-8607:
------------------------------------------
Summary: Reduce AdminClient Metadata request rate when invalid node id is given
Key: KAFKA-8607
URL: https://issues.apache.org/jira/browse/KAFKA-8607
Project: Kafka
Issue Type: Task
Affects Versions: 2.3.0, 2.2.0, 2.1.0, 2.0.0
Reporter: Stanislav Kozlovski
While testing KAFKA-7800 (KIP-412), we were playing around with the config command CLI and [noticed that it hangs for very long|https://github.com/apache/kafka/pull/6903#discussion_r297434016] when given an invalid broker id.
After investigating a bit more, I noticed that we endlessly retry metadata updates. Locally, my AdminClient issued 78 requests for 10 seconds - averaging at a rate of 7.8 requests/sec. The call times out after 2 minutes by default - we end up sending 1149 requests.
This respects the "retry.backoff.ms" config but it may be better to have some sort of exponential backoff to ease the needless load on the cluster.
It is unlikely for this to be a high-impact change but it sounds worth it to have the protection. Orchestration systems like Kubernetes make it easier for a user to mass-deploy a wrong config and inadvertenly DDoS his cluster via metadata requests
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)