-
Notifications
You must be signed in to change notification settings - Fork 529
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
Distributor: Return 529 for ingestion rate limit when serviceOverloadErrorEnabled #6549
Conversation
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.
I think this change deserves a changelog entry.
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.
Agree w/ Peter there should be a changelog entry. Should this be backported to v2.10 since it fixes #5752, which is in that release?
This is experimental feature, even we don't use it anywhere internally yet. |
f62786f
to
e281d92
Compare
5d508bb
to
5ba247e
Compare
5ba247e
to
ed3c3a9
Compare
@aknuds1 @pstibrany It is important to give it whatever its deserved. PR updated, could you give it another look. thanks |
dd50585
to
292c925
Compare
Co-authored-by: Peter Štibraný <pstibrany@gmail.com>
This has been overlooked. The flag was introduced in this PR. We also need to implement a similar approach for the ingestion rate limit to prevent data loss when rate limiting occurs.
Comment is equally added into doc, since with load test, I have observed that returning 529 instead of 429 could result in enhancing thundering herd. See test result
Metrics data accumulates for 5 minutes with 1000 agents, after which the network is enabled to transmit data to Mimir. This results in a 429 error code, impacting the request rate on the gateway:
with 529 error code, request rate on gateway:
What this PR does
Which issue(s) this PR fixes or relates to
Fixes #
Checklist
CHANGELOG.md
updated - the order of entries should be[CHANGE]
,[FEATURE]
,[ENHANCEMENT]
,[BUGFIX]