<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with rate-limiting]]></title><description><![CDATA[A list of topics that have been tagged with rate-limiting]]></description><link>https://fusionauth.io/community/forum/tags/rate-limiting</link><generator>RSS for Node</generator><lastBuildDate>Fri, 16 Oct 2026 14:20:02 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/rate-limiting.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Getting HTTP 429 rate limit errors during performance testing in FusionAuth Cloud]]></title><description><![CDATA[<p dir="auto">The rate limiting you're encountering is applied at the WAF (Web Application Firewall) level on FusionAuth Cloud, not from the FusionAuth application itself. These rate limits protect customers and are standard across all FusionAuth Cloud deployments.</p>
Rate Limit Configuration
<p dir="auto">FusionAuth does not publish rate limits publicly and they are subject to change.</p>
<p dir="auto">Please <a href="https://account.fusionauth.io/account/support/" rel="nofollow ugc">open a support ticket to obtain more guidance</a>.</p>
Whitelisting for Performance Testing
<p dir="auto">Since these are network-level rate limits, they cannot be configured within your deployment. However, <strong>IP allow listing</strong> is available to bypass rate limiting for performance testing if your IP address meets these requirements:</p>

It is <strong>static</strong>
It is <strong>owned by your company</strong> (not shared infrastructure like a CDN)
It is associated with a <strong>production server</strong> (not a developer's laptop)

<p dir="auto">If you can provide a static IP address that meets these criteria, you can open a support ticket to get it allow listed. Note that allow list changes typically take <strong>two to three business days</strong> to implement.</p>
Best Practices for Performance Testing
<p dir="auto">When planning load or performance tests against FusionAuth Cloud:</p>

<strong>Open a support ticket before testing</strong> to notify the FusionAuth team of your planned stress test window
<strong>Don't use Basic cloud deployments</strong> for performance testing, as they run on limited infrastructure and results won't be representative. Use a Business or High-Availability plan instead, which you can spin up, test, and tear down as needed
<strong>Implement exponential backoff</strong> when you receive a 429 response - this is the recommended approach for handling rate limits gracefully
<strong>Distribute requests over time</strong> rather than sending bursts of traffic

Alternative Testing Approaches
<p dir="auto">If you cannot obtain an allow-listable static IP address (such as for developer machines or CI/CD pipelines), consider:</p>

Running a <strong>self-hosted FusionAuth instance</strong> for automated testing, which gives you full control over rate limiting configuration
Using <strong>smaller-scale testing</strong> that stays under the rate limits

Related Documentation

<a href="https://fusionauth.io/docs/get-started/run-in-the-cloud/cloud#captcha-and-rate-limits" rel="nofollow ugc">FusionAuth Cloud - CAPTCHA and Rate Limits</a>
<a href="https://fusionauth.io/docs/get-started/run-in-the-cloud/cloud#load-testing" rel="nofollow ugc">FusionAuth Cloud - Load Testing</a>
<a href="https://fusionauth.io/docs/operate/troubleshooting/#troubleshooting-fusionauth-cloud-api-calls" rel="nofollow ugc">Troubleshooting FusionAuth Cloud API Calls</a>
<a href="https://fusionauth.io/docs/apis/users/search" rel="nofollow ugc">User Search API Documentation</a>
<a href="https://fusionauth.io/docs/operate/secure/advanced-threat-detection#customizable-rate-limiting" rel="nofollow ugc">Advanced Threat Detection - Customizable Rate Limiting</a> (for application-level rate limits within FusionAuth)

]]></description><link>https://fusionauth.io/community/forum/topic/3261/getting-http-429-rate-limit-errors-during-performance-testing-in-fusionauth-cloud</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/3261/getting-http-429-rate-limit-errors-during-performance-testing-in-fusionauth-cloud</guid><dc:creator><![CDATA[FASupportBot]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>