...
When the broker accepts the registration, it grants or renews a broker ID lease associating the broker process with its ID. Leases are time-bounded. The length of the lease is 10 times the length of the configured broker heartbeat interval, which puts it at 30 seconds by default.
A broker cannot continue using a lease indefinitely after sending a single heartbeat. When brokers are rejected by the controller, or otherwise unable to renew their lease before it expires, they enter the "fenced" state.
...
Configuration Name | Possible Values | Description |
---|---|---|
process.roles | null broker controller broker,controller | If this is null (absent) then we are in legacy mode. Otherwise, we are in KIP-500 mode and this configuration determines what roles this process should play: broker, controller, or both. |
controller.listeners | null a listener name | A comma-separated list of the names of the listeners used by the KIP-500 controller. This is required if this process is a KIP-500 controller. The legacy controller will not use this configuration Despite the similar name, note that this is different from the "control plane listener" introduced by KIP-291. The "control plane listener" is used on brokers, not on controllers. |
controller.connect | null a comma-separated list of controller URIs. | A comma-separated list of controller URIs that KIP-500 brokers should connect to on startup. Required for nodes running in KIP-500 mode. |
controller.id | a 32-bit ID | The controller id for this server. This must be set to a non-negative number when running as a KIP-500 controller. Controller IDs should not overlap with broker IDs. |
registration.heartbeat.interval.ms | 2000 | The length of time between broker heartbeats. |
registration.lease.timeout.ms | 20000 | The length of time that a broker lease lasts if no heartbeats are made. |
RPCs
Obsoleting the Metadata Propagation RPCs
...