<div dir="ltr">While I think there is probably some value in rate limiting API calls, I think your "user wants to launch x000 instances" is extremely limited. There's maybe 1 or 2 (or 0) operators that have that amount of spare capacity just sitting around that they can allow a user to have a quota of 2000 instances without doing an infrastructure build-out.<div><br></div><div>The real value in rate limiting, as long as it can be done without limiting performance, is in handling users who are DoSing the APIs, intentionally or not.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 10, 2015 at 2:38 AM, Jean-Daniel Bonnetot <span dir="ltr"><<a href="mailto:jean-daniel.bonnetot@ovh.net" target="_blank">jean-daniel.bonnetot@ovh.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>
<div style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div>The use case is a crossing of two</div><div>1. As user, I want to use X,000 instances, in order to accept the load increment during my activity (long period). So the boot rate for instances is low.</div><div>2. As operator, I need to be able to set high quota (thousands of instances to cover the first use case) AND prevent users to start too many of instances at a time. In other word, force my client to use a boot rate « low ».<br>--</div><div>Jean-Daniel</div><div>@pilgrimstack</div></div><br></div><br style="color:rgb(0,0,0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br>
</div><div><div class="h5">
<br><div><blockquote type="cite"><div>Le 9 sept. 2015 à 18:36, David Medberry <<a href="mailto:openstack@medberry.net" target="_blank">openstack@medberry.net</a>> a écrit :</div><br><div><div dir="ltr">Your users should also have reasonable quotas set. If they can boot thousands of instances, you may have a quota issue to address. (No problem with the blueprint or need to set an overall limit though--just that you should be able to address this without waiting for that to land.)</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 7, 2015 at 8:48 AM, Jean-Daniel Bonnetot <span dir="ltr"><<a href="mailto:jean-daniel.bonnetot@ovh.net" target="_blank">jean-daniel.bonnetot@ovh.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I try to limit the max instances a user can create per minute.<br>
<br>
With rate limit, we can limit the number of call/min on POST */servers for example.<br>
But the user can still use the max_count paramteter in his API call to boot dozen of thousand of instances and make the scheduler crazy.<br>
<br>
I’m pretty sure that there is a possiblity to limit the max_count and so define a max instances/min.<br>
Do you know something to do it?<br>
<br>
--<br>
Jean-Daniel<br>
@pilgrimstack<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div><br></div>
</div></blockquote><br></div><div><br></div></div></div></div><br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>