[openstack-dev] [Glance] Image upload/download bandwidth cap
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. Thanks, Tomoki Sekiyama ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Glance] Image upload/download bandwidth cap
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? http://www.lartc.org/lartc.html#LARTC.RATELIMIT.SINGLE Best, -jay ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Glance] Image upload/download bandwidth cap
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? http://www.lartc.org/lartc.html#LARTC.RATELIMIT.SINGLE 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@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Glance] Image upload/download bandwidth cap
+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 rbry...@redhat.commailto:rbry...@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.SINGLEk=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0Ar=5wWaXo2oVaivfKLCMyU6Z9UTO8HOfeGCzbGHAT4gZpo%3D%0Am=dshyVjCo6WO66P5gNLmupQU512o2hEOHZwAxFhhOFt8%3D%0As=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@lists.openstack.orgmailto:OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Glance] Image upload/download bandwidth cap
On 8/8/14 16:28 , Arnaud Legendre alegen...@vmware.commailto:alegen...@vmware.com wrote: +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 rbry...@redhat.commailto:rbry...@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.SINGLEk=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0Ar=5wWaXo2oVaivfKLCMyU6Z9UTO8HOfeGCzbGHAT4gZpo%3D%0Am=dshyVjCo6WO66P5gNLmupQU512o2hEOHZwAxFhhOFt8%3D%0As=d3df646cf78d4e527ad3b66bbba20c110333b6d1cd59c6da8ab4dc5981e5b432 Yep, that was my first thought as well. It seems like something that would ideally be handled outside of OpenStack itself. Ah OK, I got the point. Thank you for the informations. -- Tomoki Sekiyama ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev