[RFE]Add bandwidth_limit to vip

Bug #1657090 reported by zhaobo
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
octavia
Fix Released
Wishlist
zhaobo

Bug Description

Currently, neutron lbaas and octavia just support connection_limit, but not bandwidth_limit. We need support it to make LB more powerful.
If no bandwidth_limit, the upstream bottleneck of vip will issue the low speed in the public cloud, eventhough the backend server is powerful.

Tags: rfe
zhaobo (zhaobo6)
Changed in neutron:
assignee: nobody → zhaobo (zhaobo6)
tags: added: lbaas
affects: neutron → octavia
Revision history for this message
Michael Johnson (johnsom) wrote :

Can you provide a little more information on this bug?

It seems like you are requesting a way to limit the bandwidth available through the load balancer, bandwidth_limit.

But then the second sentence mentions the vip being a bottleneck which implies you do not want to limit the bandwidth on the load balancer's vip.

Maybe a use case that describes your need would help this RFE?

Changed in octavia:
importance: Undecided → Wishlist
status: New → Incomplete
Revision history for this message
zhaobo (zhaobo6) wrote :

Hi Michael, I'm so sorry for returning so late.

The description here may be so simple and looked as outsider wrote(Yes, i am. :)). I descripe this more details.

As in the real life, the upstream banding is very expensive for ISP or other organization. So if the vip is very popular for users, such as the large scale web portals. Thousands of people are free to access it. If there are some download/upload services supported, the upstream bandwith will be excessive consumped. Also, a connection may get the most of the bandwidth.So we should limit the vip bandwidth, and verify not consume the public internet bandwidth too much..

Why limit vip:

As there are many servers(backends) related with this vip. We do not need the limitation on every server's port. We only do that on the vip which is the entrance. It may more simple for cloud product, i think.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to octavia (master)

Fix proposed to branch: master
Review: https://review.openstack.org/441912

Changed in octavia:
status: Incomplete → In Progress
tags: added: rfe
removed: lbaas
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to octavia (master)

Reviewed: https://review.openstack.org/441912
Committed: https://git.openstack.org/cgit/openstack/octavia/commit/?id=509865dcf08d55d01453f32362cd01446f9fac0e
Submitter: Jenkins
Branch: master

commit 509865dcf08d55d01453f32362cd01446f9fac0e
Author: ZhaoBo <email address hidden>
Date: Mon Mar 6 20:13:53 2017 +0800

    Support QoS policy apply on vip port

    This spec intro to extend octavia API to accept Qos policy which created
    by users from neutron. In Octavia, we just accept the qos policy but not
    provide Qos function to the vip port of loadbalancer. This is very useful
    to adapt the changes about neutron qos in the future.

    Change-Id: Ia47da1e26106c6353eebd880138df4b57bcf9db4
    Closes-Bug: #1657090

Changed in octavia:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/octavia 1.0.0.0b1

This issue was fixed in the openstack/octavia 1.0.0.0b1 development milestone.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.