BROKABROKA
Sign inDownload CommunityPricing
Documentation120 pagesOlder version — go to 1.3.2
Guides

Client metrics

Updated 7 October 2026 · applies to 1.1.1 · Community and Commercial

Since Kafka 3.7, a cluster can ask the clients connected to it to push their own metrics to the brokers. What is asked, of which clients and how often is a subscription. Client Metrics, under Kafka in the sidebar beside Client Quotas, is where the cluster's subscriptions are listed, created, changed and deleted.

BROKA manages the subscriptions only. The metrics the clients push go to the brokers, which hand them to the telemetry receiver your cluster has configured. BROKA does not collect them, store them or draw them, and the subscription dialog says so. Only clients that support this protocol push anything; a subscription asks, it does not install an agent.

What the list shows

Each row is one subscription:

  • Name — the subscription's own name on the cluster.
  • Metrics — the metric-name prefixes it asks for. * asks for every metric; an empty list asks for none, and the subscription still exists.
  • Push interval — how often a matching client pushes. Where a subscription sets none, the brokers apply their default of five minutes, and the list shows what they apply.
  • Match — which clients it applies to. An empty list matches every client.

Search narrows the list by name.

The Client Metrics list with Create subscription in its header: one subscription, ledger-canary-telemetry, asking for metrics under org.apache.kafka.producer. and a second prefix cut off, pushed every 1m, matching client_id=ledger-canary-.*, with a pencil and a bin on its row.
The subscription only asks: the clients it matches push to the brokers, not to BROKA.

Creating or changing a subscription

Create subscription, or the pencil on a row, opens the subscription's dialog:

  • Name — the subscription's name.
  • Metrics — check Producer metrics, Consumer metrics or Every metric; Every metric covers the rest. Other metric prefixes takes any further prefixes, comma-separated. Nothing checked and no prefix asks for no metrics.
  • Push interval — 30 seconds, 1 minute, 5 minutes (Kafka's default, chosen for a new subscription), 15 minutes, 1 hour, or Custom, which takes a number of milliseconds; the brokers take 100 ms to 1 hour.
  • Match — Add condition adds a row: a selector — Client ID, Client instance ID, Software name, Software version, Source address or Source port — and a regular expression its value must match. With no condition the subscription matches every client.

Preview asks the brokers to check the subscription and write nothing: they check the interval, the selectors and the regular expressions, and either refuse it in their own words or answer with What would change — each setting's current value beside the new one. Create subscription (or Save subscription, on one that exists) stays disabled until a preview has succeeded, and it saves exactly what was previewed; change a field afterwards and you preview again.

The Create a client-metrics subscription dialog, saying the matched clients push to the brokers and the cluster's telemetry receiver rather than to BROKA: the name billing-producers; Producer metrics checked, Consumer metrics and Every metric not, and no other prefix; a push interval of 1 minute; one match condition, Client ID with the pattern billing-.*, above Add condition; then What would change listing metrics, interval.ms and match going from not set to the new values, above Cancel, Preview and Create subscription.
The preview has succeeded, so Create subscription saves exactly these three settings.

The whole subscription is written at once — all three settings — so what is saved is what the dialog showed.

Deleting a subscription

The bin on a row asks Delete subscription …?: the clients it matches stop pushing the metrics it asks for, unless another subscription asks for them. Deleting asks for a reason.

What it needs

The page needs Kafka 3.7 or later, and a connection whose Kafka identity may describe the cluster's configuration. Where either is missing, the Client Metrics entry in the sidebar is shown disabled with the reason — on a cluster older than 3.7, the Kafka version it requires.

Creating, changing and deleting a subscription need the permission to manage the cluster. They also need the connection's own Kafka identity to hold ALTER_CONFIGS on the cluster; without it, Create subscription is disabled with that reason and the row controls are disabled with it. In a read-only environment the same controls are disabled, and Create subscription gives the environment's reason.

What gets recorded

Creating, changing and deleting a subscription are written to the audit trail with the metrics, the push interval and the match patterns before and after — on a change, only the ones that differ. A preview writes nothing and records nothing.

← PreviousClient quotasNext →Instances