
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">

<div>Also note that the default rate limiting implementation is in memory.</div>

<div><br>

</div>

<div>So if u are running nova in forking 'mode' then each fork will have its own copy of that rate limit information and thus the real rate limit will be (N x rate_limit) with N forks.</div>

<div><br>

</div>

<div>At least I believe this is correct. So be careful with that, it would be nice to have a better impl (maybe using

<a href="https://pypi.python.org/pypi/turnstile/">turnstile</a>?) as the default someday.</div>

<div><br>

</div>

<span id="OLK_SRC_BODY_SECTION">

<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">

<span style="font-weight:bold">From: </span>Joe Gordon <<a href="mailto:joe.gordon0@gmail.com">joe.gordon0@gmail.com</a>><br>

<span style="font-weight:bold">Date: </span>Thursday, June 27, 2013 10:59 AM<br>

<span style="font-weight:bold">To: </span>Robert Collins <<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a>><br>

<span style="font-weight:bold">Cc: </span>"<a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a>" <<a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a>><br>

<span style="font-weight:bold">Subject: </span>Re: [Openstack-operators] Nova API rate limiting<br>

</div>

<div><br>

</div>

<div>

<div>

<div dir="ltr">Proposed change to nova's default rate limits: <a href="https://review.openstack.org/#/c/34774/">

https://review.openstack.org/#/c/34774/</a><br>

</div>

<div class="gmail_extra"><br>

<br>

<div class="gmail_quote">On Wed, Jun 26, 2013 at 11:38 PM, Robert Collins <span dir="ltr">

<<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 27 June 2013 17:57, Tim Bell <<a href="mailto:Tim.Bell@cern.ch">Tim.Bell@cern.ch</a>> wrote:<br>

> +1<br>

><br>

><br>

><br>

> What are the limits in the other components ? It would be good to be<br>

> consistent, so we don’t end up with high limits on Nova leading to hitting<br>

> the limits on keystone or glance.<br>

<br>

</div>

I'm not sure - so far we haven't hit rate limits on other components;<br>

we have hit quota limits in nova and neutron; we have hit bugs due to<br>

other too-low settings or inappropriate default backends (like the<br>

keystone kvs store default, now fixed) : but nothing coupled to the<br>

nova rate limits.<br>

<br>

So - I do agree that harmonising things across services is a good<br>

idea, just can't point at any other ones we've had to bump up yet.<br>

<br>

-Rob<br>

<span class="HOEnZb"><font color="#888888"><br>

--<br>

Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>

Distinguished Technologist<br>

HP Cloud Services<br>

</font></span></blockquote>

</div>

<br>

</div>

</div>

</div>

</span>

</body>

</html>