>> Is this a quota issue or a rate limit issue?
> As your create-and-delete example illustrates, it's probably both.
On the rate limiting side...
I know of at least one ex-cloud that ported the Swift rate limiting code to Glance....
But I wonder if a better approach to rate limiting would be to not use python but rather something in front of the server, eg haproxy:
https://blog.codecentric.de/en/2014/12/haproxy-http-header-rate-limiting/
Here's some previous advocation of haproxy for rate limiting:
http://www.gossamer-threads.com/lists/openstack/operators/28606 http://lists.openstack.org/pipermail/openstack-operators/2014-June/004611.html
Here's someone suggesting Repose:
http://lists.openstack.org/pipermail/openstack-operators/2014-June/004622.html
It's probably ok to suggest 'something else' for the rate limiting side of this. Although some example docs would be helpful to users.
>> Is this a quota issue or a rate limit issue?
> As your create-and-delete example illustrates, it's probably both.
On the rate limiting side...
I know of at least one ex-cloud that ported the Swift rate limiting code to Glance....
But I wonder if a better approach to rate limiting would be to not use python but rather something in front of the server, eg haproxy:
https:/ /blog.codecentr ic.de/en/ 2014/12/ haproxy- http-header- rate-limiting/
Here's some previous advocation of haproxy for rate limiting:
http:// www.gossamer- threads. com/lists/ openstack/ operators/ 28606 lists.openstack .org/pipermail/ openstack- operators/ 2014-June/ 004611. html
http://
Here's someone suggesting Repose:
http:// lists.openstack .org/pipermail/ openstack- operators/ 2014-June/ 004622. html
It's probably ok to suggest 'something else' for the rate limiting side of this. Although some example docs would be helpful to users.