<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">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>