You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Gantigmaa Selenge (Jira)" <ji...@apache.org> on 2024/04/24 11:20:00 UTC

[jira] [Created] (KAFKA-16612) Talking to controllers via AdminClient requires reconfiguring controller listener

Gantigmaa Selenge created KAFKA-16612:
-----------------------------------------

             Summary: Talking to controllers via AdminClient requires reconfiguring controller listener
                 Key: KAFKA-16612
                 URL: https://issues.apache.org/jira/browse/KAFKA-16612
             Project: Kafka
          Issue Type: Improvement
            Reporter: Gantigmaa Selenge


After KIP-919, Kafka controllers register themselves with the active controller once they  start up. This registration includes information about the endpoints which the controller listener is configured with. This endpoint is then sent to admin clients (via DescribeClusterResponse) so that clients send requests to the active controller. If the controller listener is configured with "CONTROLLER://0.0.0.0:9093" , this will result in admin clients requests failing (trying to connect to localhost). This was not clearly stated in the KIP or the documentation.

When clients talking to brokers, advertised.listeners is used, however advertised.listener is forbidden for controllers. Should we allow advertised.listeners for controllers so that admin client can use it to talk to controllers, in the same way it uses it to talk to brokers? Or should the endpoints provided in controller.quorum.voters, be returned to admin client?

If the intention is to use the regular "listeners" configuration of controller for clients, this should be clearly documented. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)