You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@brooklyn.apache.org by "Svetoslav Neykov (JIRA)" <ji...@apache.org> on 2016/11/17 12:20:58 UTC

[jira] [Created] (BROOKLYN-394) "Request limit exceeded" on Amazon

Svetoslav Neykov created BROOKLYN-394:
-----------------------------------------

             Summary: "Request limit exceeded" on Amazon
                 Key: BROOKLYN-394
                 URL: https://issues.apache.org/jira/browse/BROOKLYN-394
             Project: Brooklyn
          Issue Type: Bug
            Reporter: Svetoslav Neykov


Any moderately sized blueprint could trigger {{Request limit exceeded}} on Amazon (say kubernetes). The only way users have control over the request rate is by setting {{maxConcurrentMachineCreations}} with the current recommended value of 3 (see clocker.io).
It's bad user experience if one needs to adapt the location based on the blueprint.

Possible steps to improve:
* Add to troubleshooting documentation
* Make maxConcurrentMachineCreations default to 3
* Check are we polling for machine creation too often.
* Check how many requests are we hitting Amazon with (per created machine)
* The number of requests per machine could vary from blueprint to blueprint (say if the blueprint is creating security networks, using other amazon services). Is there a way to throttle our requests to amazon and stay below a certain limit per second?

Some docs on rate limits at http://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)