Bug 1266104 - OSP director should support Neutron QoS
Summary: OSP director should support Neutron QoS
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-heat-templates
Version: 8.0 (Liberty)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 8.0 (Liberty)
Assignee: Jiri Stransky
QA Contact: Itzik Brown
URL:
Whiteboard:
Depends On:
Blocks: 1093829
TreeView+ depends on / blocked
 
Reported: 2015-09-24 13:26 UTC by Nir Yechiel
Modified: 2023-02-22 23:02 UTC (History)
15 users (show)

Fixed In Version: openstack-tripleo-heat-templates-0.8.8-1.el7ost
Doc Type: Enhancement
Doc Text:
This update adds neutron QoS (Quality of Service) extensions to provide better control over tenant networking qualities and limits. Overclouds are now deployed with Neutron QoS extension enabled.
Clone Of:
Environment:
Last Closed: 2016-04-07 21:40:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1524052 0 None None None Never
OpenStack gerrit 216654 0 None None None Never
OpenStack gerrit 264757 0 None None None 2016-01-07 13:13:08 UTC
OpenStack gerrit 272131 0 None None None 2016-02-05 14:37:41 UTC
Red Hat Product Errata RHEA-2016:0604 0 normal SHIPPED_LIVE Red Hat OpenStack Platform 8 director Enhancement Advisory 2016-04-08 01:03:56 UTC

Description Nir Yechiel 2015-09-24 13:26:55 UTC
Description of problem:

As described in [1], a new Neutron QoS feature is introduced with RHEL OSP 8. We need to make sure several configuration changes are applied by default from director to make sure the feature is usable.


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1093829

Comment 3 Miguel Angel Ajo 2015-09-30 12:01:57 UTC
notes: 

for controller, I mean "where neutron-server runs"
for networker, I mean, "where the neutron-l3-agent and dhcp agents run"
for compute, I mean, "where nova compute runs".

Sorry for the excessive details, but I'm still unfamiliar about how OSPd deploys.


So, 

in the compute and networker nodes:
  * /etc/neutron/plugins/ml2/openvswitch_agent.ini
     [agent]
     extensions = qos

  
  If SR-IOV is enabled:
      * /etc/neutron/plugins/ml2/sriov_agent.ini
      [agent]
      extensions = qos

in the controller node (could be in the same host as the networker):
  * /etc/neutron/neutron.conf       
    [DEFAULT]
    add "qos" to the comma separated list of service_plugins option. There generally we have router, firewall, lbaas, etc... (add qos).

  * /etc/neutron/plugins/ml2/ml2_conf.ini
     [ml2]
      extension_drivers = qos # here we generally have port_security too "port_security, qos"

@ihar, could you help me review what I'm saying here ^  ?

Thanks,
Miguel Ángel.

Comment 4 Ihar Hrachyshka 2015-09-30 12:06:05 UTC
All said in comment #3 is correct. I would only avoid referring to nodes but instead talk about services, but that's just a stylistic thing for better understanding.

Comment 23 Itzik Brown 2016-02-29 08:42:50 UTC
The bug moved to QA but it's not clear whether all the pieces have been merged.

Comment 25 Itzik Brown 2016-03-02 08:18:12 UTC
Verified with
openstack-tripleo-heat-templates-0.8.8-2.el7ost.noarch

Comment 27 errata-xmlrpc 2016-04-07 21:40:03 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHEA-2016-0604.html


Note You need to log in before you can comment on or make changes to this bug.