Steadybit logoReliability Hub
GitHubGitHub iconStart Free Trial
Steadybit logoReliability Hub

Check Brokers

CheckCheck
Monitor broker-level changes such as controller elections and broker downtime during an experiment
Targets:
Kafka Brokers
Install now

Check Brokers

Monitor broker-level changes such as controller elections and broker downtime during an experiment
CheckCheck
Install now

Check Brokers

CheckCheck
Monitor broker-level changes such as controller elections and broker downtime during an experiment
Install now

Check Brokers

Monitor broker-level changes such as controller elections and broker downtime during an experiment
CheckCheck
Install now
Go back to list
The action "Check Brokers" within the experiment editor.The action "Check Brokers" within the experiment editor.

Introduction

Monitors broker-level cluster changes during an experiment. This check observes whether specific broker events occur — such as a controller election or a broker going offline — and evaluates them against an expected change list.

This action targets brokers, not topics or consumer groups. For topic partition changes (leader election, replica changes), use Check Partitions instead. For consumer group state monitoring, use Check Consumer State.

Use Cases

  • Verify that a controller election happens when the active controller broker is taken down.
  • Confirm that broker downtime is detected when a broker pod is killed or network-isolated.
  • Assert that no unexpected broker-level disruptions occur during a topic-level fault injection.

Parameters

ParameterDescriptionDefault
DurationHow long the check runs. The check continuously polls broker state for this duration.30s
Expected Changes(optional) Which broker-level changes to watch for. Valid values: New Controller Elected (kafka controller changed), Broker downtime (kafka broker with downtime). If left empty, any broker change triggers.
Change Check ModeHow the expected changes are evaluated. All the time (allTheTime): every poll must detect the change. At least once (atLeastOnce): the change must be observed at least once during the duration.allTheTime

Useful Templates

See all
Validate Kafka election process when the controller is unavailable

Verify a Kafka's broker re-election when the current controller is isolated

Motivation

Testing your Zookeeper re-election process of a new controller broker helps to ensure high availability in your Kafka cluster. In addition, verify the behavior of your producers and consumers and verify what happens, e.g., to your message throughput while the re-election is happening or whether messages are lost.

Structure

We enforce the re-election of Kafka controller broker by blocking the network traffic to the current controller. By leveraging the 'check brokers'-step, we can validate that the new controller is elected and the old controller is detected as being down.

Message Queue
Zookeeper
Kafka
Recoverability

More Kafka Broker Actions

See all
Start Using Steadybit Today

Get started with Steadybit, and you’ll get access to all of our features to discover the full power of Steadybit. Available for SaaS and on-prem!

Are you unsure where to begin?

No worries, our reliability experts are here to help: book a demo with them!

Statistics
-Stars
Tags
Message Queue
Kafka
AWS
Homepage
hub.steadybit.com/extension/com.steadybit.extension_kafka
License
MIT
MaintainerSteadybit
Install now
Steadybit logoReliability Hub
Start Free Trial
© 2026 Steadybit GmbH. All rights reserved.
Twitter iconLinkedIn iconGitHub icon