Skip to main content
daily-triage/kafka-consumer-lag-rises-while-broker-health-appears-normal.md
Daily Triage Briefing

Kafka Consumer Lag Rises While Broker Health Appears Normal

Impact Summary

Diagnose a fictional Apache Kafka workflow where consumer lag rises despite apparently healthy brokers, then choose a bounded recovery path constrained by incomplete evidence and non-production validation.

SeveritySEV-2
StatusResolved simulation
PlatformDistributed Systems
Incident TypeDistributed Systems
Published26 Aug 2026
Technologies Involved
Apache Kafka

Simulation Label

Fictional simulation. This exercise is a bounded, invented training scenario for practising operational reasoning. No real organisation, incident, telemetry, credentials or production identifiers are involved or implied.

Operational Summary

Root Cause

In the fictional reveal, a recent consumer deployment creates partition-specific processing timeouts; this premise requires human review because no verified evidence was supplied.

Detection Method

Evidence-led guided investigation

Current Status

Resolved simulation

Affected Services

Apache Kafka

Incident Overview

An order-processing workflow writes records to an Apache Kafka topic and a consumer group performs downstream validation. The fictional service desk reports delayed processing, and the incident is classified as SEV-2 because the workflow remains available but its processing objective is being missed.The broker dashboard shows no broker unavailable.

Producer acknowledgements remain within the scenario's normal range. Consumer-group lag, however, rises on only two partitions.

Application logs from the affected consumer instances show repeated processing timeouts, while other instances continue committing offsets. A deployment finished shortly before the divergence, but the supplied evidence does not establish causation.Assume access is least-privileged, read-only and limited to an isolated validation environment.

Stop if any tool targets production, requires wider permissions or returns evidence inconsistent with the fictional scope.

Investigation Options

Review the available operational moves and select the best immediate action.

A

Pause changes and compare partition assignment, lag and timeout evidence in the isolated environment before selecting a recovery.

B

Escalate immediately to the broker team as a broker outage without collecting further evidence.

C

Increase topic partition count to spread the apparent backlog.

D

Restart every consumer instance simultaneously to clear the timeouts.

Tags:Apache Kafka