conduktor.io ↗

replica.lag.time.max.ms — Kafka Broker Configuration

If a follower hasn't sent any fetch requests or hasn't consumed up to the leaders log end offset for at least this time, the leader will remove the follower from isr.

Description

If a follower hasn't sent any fetch requests or hasn't consumed up to the leaders log end offset for at least this time, the leader will remove the follower from isr

Default Values by Kafka Version

Kafka VersionDefault Value
0.8.010000
0.8.110000
0.8.210000
0.9.010000
0.10.010000
0.10.110000
0.10.210000
0.11.010000
1.010000
1.110000
2.010000
2.110000
2.210000
2.310000
2.410000
2.530000
2.630000 (30 seconds)
2.730000 (30 seconds)
2.830000 (30 seconds)
3.030000 (30 seconds)
3.130000 (30 seconds)
3.230000 (30 seconds)
3.330000 (30 seconds)
3.430000 (30 seconds)
3.530000 (30 seconds)
3.630000 (30 seconds)
3.730000 (30 seconds)
3.830000 (30 seconds)
3.930000 (30 seconds)
4.030000 (30 seconds)
4.130000 (30 seconds)
4.230000 (30 seconds)

Tuning Recommendation

ProfileRecommendedWhy
broker / throughput30000Keep the default 30s ISR shrink threshold. Lowering it (e.g., 10s) causes spurious ISR shrinks during normal GC pauses or network hiccups, triggering leader elections and momentarily halting produce. 30s is the right balance.
broker / durability10000Reducing ISR shrink threshold to 10s means a follower that falls behind is removed from ISR faster, forcing acks=all producers to wait for a genuinely in-sync replica rather than an outdated one. This tightens the durability guarantee.
broker / latency10000Detects slow followers in 10s instead of 30s, triggering ISR shrink faster so acks=all requests are not blocked waiting on a lagging replica.

Related Configs

num.replica.fetchers · min.insync.replicas · unclean.leader.election.enable

Manage Kafka configs across all your clusters with Conduktor Console — view, compare, and update configurations in one place.