[openstack-dev] [Glance] Image upload/download bandwidth cap
Arnaud Legendre
alegendre at vmware.com
Fri Aug 8 20:28:22 UTC 2014
+1, That’s what suggested in the blueprint a year ago: https://blueprints.launchpad.net/glance/+spec/transfer-rate-limiting
"It looks like consensus during summit discussion that rate limiting should be a separate facility running as a proxy in front of glance.”
Thanks,
Arnaud
On Aug 8, 2014, at 1:23 PM, Russell Bryant <rbryant at redhat.com<mailto:rbryant at redhat.com>> wrote:
On 08/08/2014 04:17 PM, Jay Pipes wrote:
On 08/08/2014 08:49 AM, Tomoki Sekiyama wrote:
Hi all,
I'm considering how I can apply image download/upload bandwidth limit for
glance for network QoS.
There was a review for the bandwidth limit, however it is abandoned.
* Download rate limiting
https://review.openstack.org/#/c/21380/
Was there any discussion in the past summit about this not to merge this?
Or, is there alternative way to cap the bandwidth consumed by Glance?
I appreciate any information about this.
Hi Tomoki :)
Would it be possible to integrate traffic control into the network
configuration between the Glance endpoints and the nova-compute nodes
over the control plane network?
https://urldefense.proofpoint.com/v1/url?u=http://www.lartc.org/lartc.html%23LARTC.RATELIMIT.SINGLE&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=5wWaXo2oVaivfKLCMyU6Z9UTO8HOfeGCzbGHAT4gZpo%3D%0A&m=dshyVjCo6WO66P5gNLmupQU512o2hEOHZwAxFhhOFt8%3D%0A&s=d3df646cf78d4e527ad3b66bbba20c110333b6d1cd59c6da8ab4dc5981e5b432
Yep, that was my first thought as well. It seems like something that
would ideally be handled outside of OpenStack itself.
--
Russell Bryant
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140808/53a178c2/attachment.html>
More information about the OpenStack-dev
mailing list