November 14th, 2024

Backblaze Rate Limiting Policy for Consistent Performance

Backblaze has introduced a rate limiting policy for its B2 Cloud Storage to manage API usage, prevent performance issues, and ensure equitable access for all customers, adjusting limits based on feedback.

Read original articleLink Icon
Backblaze Rate Limiting Policy for Consistent Performance

Backblaze has introduced a new rate limiting policy for its B2 Cloud Storage platform to enhance performance and manage customer usage effectively. This policy aims to prevent unexpected spikes in API usage by setting specific thresholds for call and byte rates. If these limits are exceeded, customers will receive a 503 status code for the S3 compatible API or a 429 status code for the Backblaze B2 native API. The policy is designed to ensure that all customers can access high-performance storage without disruptions caused by excessive usage from any single customer. Default rate limits will vary based on account history and usage patterns, with new customers starting with lower limits. Customers with larger datasets or those who have received sales assistance may qualify for higher or custom limits. Backblaze plans to adjust these limits over time based on traffic analysis and customer feedback. The policy does not apply to Backblaze Computer Backup usage. Customers are encouraged to consult the API documentation for more details and to reach out to support for assistance with rate limits tailored to their needs.

- Backblaze has implemented a rate limiting policy for its B2 Cloud Storage platform.

- The policy aims to manage API usage and prevent performance issues caused by spikes.

- Customers will receive status codes if they exceed their rate limits.

- Default limits vary based on account history, with new customers starting with lower thresholds.

- Backblaze will adjust limits over time based on usage patterns and customer feedback.

Link Icon 3 comments
By @atYevP - 5 months
Yev from Backblaze here -> we've updated the post to make it more clear. This will ONLY affect about 5% of the Backblaze B2 Cloud Storage population with < 10TB of data. See below for additional information:

-> This policy is limited to Backblaze B2 Cloud Storage usage. Backblaze Computer Backup usage is not within the scope of this policy.

-> Customers storing 10TB or below will initially be provisioned for uploads up to 3,000 requests per minute and 800 megabits per second, and for downloads up to 1,200 requests per minute and 200 megabits per second, all per account. Other API operations may also be limited to keep traffic flowing, but again, this won’t be noticeable to most customers.

-> Customers storing more than 10TB, including all sales assisted customers whom we’ve supported during implementation and/or renewal, will experience no change at this time.

-> Traffic analysis and engineering is a dynamic activity, so we’ll likely revise limits over time in response to evolving usage patterns, improvements we roll out, and, of course, customer feedback. We will announce significant changes here on the blog.

Hope that clears things up and we have additional documentation on our API Documentation pages: https://www.backblaze.com/apidocs.

By @telgareith - 5 months
Suicide. 25MB/s download, and they're not even reasonably cheaper than the competition.
By @seekbeak - 5 months
Just emailed support and they've said this is already implemented, and you can only increase your limits if you commit to 20TB of storage.

Our production web app can easily makes more than 20 requests for images per second on the initial page load for a single user. B2s new 20 requests per second cap means that it will just take one person viewing to cause anyone else also trying to view the app at that second to get an empty white screen. Cloudflare cache will only mitigate this so much.

Anyone got non Amazon suggestions to migrate to ASAP?