DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.
...
The controller thread is responsible for critical cluster coordination tasks, including leadership elections, topic metadata updates, partition assignments, and Raft-based state changes. However, there is currently While we have metrics for event queue and processing durations — kafka.controller:type=ControllerEventManager,name=EventQueueTimeMs tracks the time an event waits in the queue before processing, and kafka.controller:type=ControllerEventManager,name=EventQueueProcessingTimeMs measures the time an event takes to be processed— there is no metric to measure how much time the controller spends actively processing work versus is idle either waiting for new events or waiting Raft callbacks. This lack of visibility makes it challenging to assess the controller’s performance, detect potential bottlenecks, or optimize resource allocation in high-load scenarios.
This KIP proposes introducing a new metric to monitor the controller thread’s idleness ratio.
Public Interfaces
Monitoring
| Name | Type | Description |
|---|---|---|
| kafka.controller:type=ControllerEventManager,name=ControllerThreadIdleRatio | Gauge | The idle ratio measures the proportion of time the controller thread is |
| not actively processing an event. The metric is calculated using the following formula and value ranges from 0 to 1, where 0 indicates the controller thread is |
constantly processing without breaks, 1 signifies the controller spends most of its time waiting for work: controller idle ratio = idle_time/(idle_time+active_time) The components are defined as follows:
The idle_time can be part of active_time in specific scenarios - particularly when the controller has sent records to the Raft layer and is awaiting commitment confirmation, but not when simply waiting for new events to enter the queue. |
Compatibility, Deprecation, and Migration Plan
...