Setting bandwidth limit

Felipe Mogollon fmogollon at vicomtech.org
Tue Jul 20 09:57:26 UTC 2021


Hi Rodolfo,

was that, thank you very much !!

Regards

Felipe

On Mon, Jul 19, 2021 at 9:32 AM Rodolfo Alonso Hernandez <
ralonsoh at redhat.com> wrote:

> Hello Felipe:
>
> Did you configure both the server and the agent? Probably you configured
> the server correctly, this is why you can create and apply the QoS policies.
>
> But you also need to configure the OVS agent [1]. In the plugin ML2 config
> (by default /etc/neutron/plugins/ml2/ml2_conf.ini), you need to configure
> the agent extension:
>
> [agent]extensions = qos
>
>
> Check this config file and then enable the OVS agent debug logs
> (restarting the agent). Check the logs for any QoS message there. You
> should also check:
> - For BW limit ingress rules (ingress from the VM point of view, this is
> the default point of view): the OVS agent creates a QoS register and a
> queue register in the OVS DB table. You should see them using ovs-vsctl
> tool.
> - For BW limit egress: the OVS agent modifies the port Interface table,
> setting the "ingress_policing_rate" and "ingress_policing_burst" (we don't
> do traffic shaping, we drop packets exceeding the max rate but it works).
>
> I hope that helps you to debug what is happening there.
>
> Regards.
>
> [1]https://docs.openstack.org/neutron/rocky/admin/config-qos.html
>
> On Mon, Jul 19, 2021 at 8:28 AM Felipe Mogollon <fmogollon at vicomtech.org>
> wrote:
>
>> Hi,
>>
>> I am using OVS as backend.
>>
>> I can set networking limit by QoS and openstack accepts and can check QoS
>> settings (bandwith, etc..) but nothing matters, I always get maximun
>> transfer speed.
>>
>> Regards
>>
>> Felipe
>>
>> On Fri, Jul 16, 2021 at 3:47 PM Rodolfo Alonso Hernandez <
>> ralonsoh at redhat.com> wrote:
>>
>>> Hello Felipe:
>>>
>>> What network backend are you using? OVS, SR-IOV, OVN or Linux Bridge? Or
>>> any other out-of-tree backend?
>>>
>>> Regards.
>>>
>>> On Fri, Jul 16, 2021 at 2:32 PM Felipe Mogollon <fmogollon at vicomtech.org>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> I am running openstack victoria installed using packstack.
>>>>
>>>> Everything things to be fine except bandwidth limit. I have tried to
>>>> limit internal traffic between two instances and between instances and
>>>> "Internet" but I always get maximum data transfer speed.
>>>>
>>>> I have set up following rules
>>>>
>>>> openstack network qos rule create --type bandwidth-limit --max-kbps 3
>>>>   --max-burst-kbits 2 --ingress bw-choke
>>>> openstack network qos rule create --type bandwidth-limit --max-kbps 3
>>>>   --max-burst-kbits 2 --egress bw-choke
>>>>
>>>> and applied bw-choke policy to the internal network where my instances
>>>> are deployed:
>>>>
>>>> openstack network set --qos-policy bw-choke newdeploylab_private_network
>>>>
>>>> and to ports where machines connect to subnet:
>>>>
>>>> openstack port set --qos-policy bw-choke
>>>> 503a07b8-2da0-4abe-8251-ede648ba42b4
>>>> openstack port set --qos-policy bw-choke
>>>> 776d5fb3-639c-47cc-9b0f-6ec855397df7
>>>>
>>>> but nothing happens.
>>>>
>>>> Each time I try to download something from internet or copy data from
>>>> an instance to another I always get maximum data transfer speed.
>>>>
>>>> I have followed instructions from
>>>> https://docs.openstack.org/neutron/victoria/admin/config-qos.html
>>>>
>>>> Any ideas?
>>>>
>>>>
>>>> --
>>>> <https://www.vicomtech.org>
>>>>
>>>> Juan Felipe Mogollón Rodríguez
>>>> Researcher | Investigador
>>>>
>>>> fmogollon at vicomtech.org
>>>> +[34] 943 30 92 30
>>>> Digital Media
>>>>
>>>> <https://www.linkedin.com/company/vicomtech>
>>>> <https://www.youtube.com/user/VICOMTech>
>>>> <https://twitter.com/@Vicomtech>
>>>>
>>>> member of:  <https://graphicsvision.ai/>
>>>>
>>>> La información que contiene este mensaje y sus adjuntos son
>>>> confidenciales y están dirigidos exclusivamente a sus destinatarios. Si
>>>> recibe este mensaje por error, se ruega nos lo comunique y proceda a su
>>>> borrado.
>>>>
>>>> The information contained in this electronic message is intended only
>>>> for the personal and confidential use of the recipients designated in the
>>>> original message. If you have received this communication in error, please
>>>> notify us immediately by replying to the message and deleting it from your
>>>> computer.
>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20210720/c0a2a842/attachment.html>


More information about the openstack-discuss mailing list