In clustered deployments (e.g., CloudHub with multiple replicas, or on-premise clusters), if the Rate Limiting policy is not configured for distributed enforcement, each replica independently applies the rate limit. This means that if you have N replicas, and the policy is set to X requests per time period, the effective total requests allowed across the cluster can be up to N * X requests per time period. The policy's state (e.g., current request count) is not shared or synchronized across the replicas.
This often occurs when:
To ensure the Rate Limiting policy enforces the configured limit uniformly across all replicas in a clustered environment, you must enable distributed enforcement.
* Navigate to API Manager and select the API instance where the rate limiting policy is applied.
* Review the configuration of the Rate Limiting policy.
* For On-Premise Mule Runtime Clusters: Ensure the "distributed" option is checked within the policy configuration. This option ensures that the rate limit state is shared across all nodes in your cluster.
* For CloudHub 2.0 with Multiple Replicas:
* Ensure your application is running in Runtime Cluster Mode. This mode is essential for policies to distribute their state correctly across replicas.
* Confirm that Object Store V2 is configured and enabled for your application. Rate Limiting policies in CloudHub 2.0 often rely on Object Store V2 for distributed state management. If Object Store V2 is not configured, the policy may not function as expected.
* For policies using an external distributed store (e.g., Redis):
* Confirm that the policy is correctly configured to use the external store for state persistence.
* Verify that the external store (e.g., Redis) is accessible from all application replicas and is functioning correctly.
005386261

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.