-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Optimize highwater offset collection #15285
Conversation
4a16365
to
63642b5
Compare
Codecov Report
Flags with carried forward coverage won't be shown. Click here to find out more. |
db8ab1e
to
d41e638
Compare
The |
d41e638
to
9c8be38
Compare
972f76f
to
2408083
Compare
2408083
to
514317a
Compare
The |
61966d8
to
7ce8eb9
Compare
The |
7ce8eb9
to
3bef6c5
Compare
The |
3bef6c5
to
5980e78
Compare
The |
5980e78
to
89ed175
Compare
The |
89ed175
to
0a15bfb
Compare
02c74ba
to
a6017f3
Compare
ce6e826
to
763b166
Compare
763b166
to
181aa64
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Just some non-blocking comments
Query the highwater offsets of all topic partitions within a kafka cluster in a single call Configure early exits while fetching highwater offsets as performance optimization
Query the highwater offsets of all topic partitions within a kafka cluster in a single call Configure early exits while fetching highwater offsets as performance optimization
Query the highwater offsets of all topic partitions within a kafka cluster in a single call Configure early exits while fetching highwater offsets as performance optimization
* Optimize highwater offset collection (#15285) Query the highwater offsets of all topic partitions within a kafka cluster in a single call Configure early exits while fetching highwater offsets as performance optimization * Reduce number of consumer creations for highwater offset collection (#15476) - Remove optimization based on consume group and cluster id - Explicitly close consumer instance Context: Optimization based on consumer group and cluster id helped to reduce number of broker calls, but it still created multiple consumer instances As the consumer groups are collected based on kafka_connect_str and the same is used for creating consumer at the time of highwater offset collection, they both are bound to be part of the same cluster. This means that highwater offset for (topic, partition) will be the same as the check runs in the context of a single cluster. Therefore it is beneficial to optimize based on (topic, partition) instead of consumer group or cluster id.
What does this PR do?
Motivation
AGENT-9940
Additional Notes
Review checklist (to be filled by reviewers)
changelog/
andintegration/
labels attachedqa/skip-qa
label.