-
Notifications
You must be signed in to change notification settings - Fork 536
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
Fix DDOS of Office.com #4872
Fix DDOS of Office.com #4872
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.
We see a ton of blob request to SPO and SPO starts throttling and eventually they throttle whole app, so Office.com is going down. |
We see a ton of blob request to SPO and SPO starts throttling and eventually they throttle whole app, so Office.com is going down. We do see requests for blobs (and failures) as far history of Kusto allows, but volume increased last 3 days and we are getting a lot of 429s Being able to debug one case, it's obvious that cache is empty for summarizing client and we start to fetch all blobs from storage, which brings things down. Disabling cache eviction to work around problem
We see a ton of blob request to SPO and SPO starts throttling and eventually they throttle whole app, so Office.com is going down. We do see requests for blobs (and failures) as far history of Kusto allows, but volume increased last 3 days and we are getting a lot of 429s Being able to debug one case, it's obvious that cache is empty for summarizing client and we start to fetch all blobs from storage, which brings things down. Disabling cache eviction to work around problem Co-authored-by: Vlad Sudzilouski <vlad@sudzilouski.com>
We see a ton of blob request to SPO and SPO starts throttling and eventually they throttle whole app, so Office.com is going down. We do see requests for blobs (and failures) as far history of Kusto allows, but volume increased last 3 days and we are getting a lot of 429s Being able to debug one case, it's obvious that cache is empty for summarizing client and we start to fetch all blobs from storage, which brings things down. Disabling cache eviction to work around problem
We see a ton of blob request to SPO and SPO starts throttling and eventually they throttle whole app, so Office.com is going down. We do see requests for blobs (and failures) as far history of Kusto allows, but volume increased last 3 days and we are getting a lot of 429s Being able to debug one case, it's obvious that cache is empty for summarizing client and we start to fetch all blobs from storage, which brings things down. Disabling cache eviction to work around problem
We see a ton of blob request to SPO and SPO starts throttling and eventually they throttle whole app, so Office.com is going down. We do see requests for blobs (and failures) as far history of Kusto allows, but volume increased last 3 days and we are getting a lot of 429s Being able to debug one case, it's obvious that cache is empty for summarizing client and we start to fetch all blobs from storage, which brings things down. Disabling cache eviction to work around problem Co-authored-by: Vlad Sudzilouski <vlad@sudzilouski.com>
Follow up to #4872 Due to evicting blobs from cache, we force summarizer to read most of the blobs from storage without hitting driver cache As result, SPO starts to throttle requests and app, i.e. it results in self-made DDOS attack. Reworking cache layer and disabling cache eviction for now.
We see a ton of blob request to SPO and SPO starts throttling and eventually they throttle whole app, so Office.com is going down.
We do see requests for blobs (and failures) as far history of Kusto allows, but volume increased last 3 days and we are getting a lot of 429s