9.2. 为 QoS 策略配置网络服务
Red Hat OpenStack Platform (RHOSP)网络服务(neutron)中的服务质量功能是通过 qos
服务插件提供的。使用 ML2/OVS 和 ML2/OVN 机制驱动程序时,qos
默认会被加载。但是,对于 ML2/SR-IOV,这不是 true。
将 qos
服务插件与 ML2/OVS 和 ML2/SR-IOV 机制驱动程序搭配使用时,还必须在其相应的代理上加载 qos
扩展。
以下列表总结了为 QoS 配置网络服务必须执行的任务。任务详情遵循此列表:
对于所有 QoS 策略类型:
-
添加
qos
服务插件。 -
为代理添加
qos
扩展(仅限 OVS 和 SR-IOV)。
-
添加
仅使用最小带宽策略调度虚拟机实例的额外任务:
- 如果 hypervisor 名称与 Compute 服务(nova)使用的名称不同,请指定它。
- 为每个 Compute 节点上的相关代理配置资源供应商入口和出口带宽。
-
(可选)将
vnic_types
标记为不受支持。
在仅使用 ML/OVS 和隧道的系统中标记策略的附加任务:
-
将
dscp_inherit
设置为true
。
-
将
先决条件
-
您必须是有权访问 RHOSP undercloud 的
stack
用户。
流程
-
以
stack
用户身份登录 undercloud 主机。 查找 undercloud 凭证文件:
$ source ~/stackrc
确认
qos
服务插件尚未加载。$ openstack network qos policy list
如果没有加载
qos
服务插件,您会收到ResourceNotFound
错误。如果没有收到错误,则插件会被加载,您不需要执行本主题中的步骤。创建 YAML 自定义环境文件。
示例
$ vi /home/stack/templates/my-neutron-environment.yaml
您的环境文件必须包含 keywords
parameter_defaults
。在parameter_defaults
下面的新行中,将qos
添加到NeutronServicePlugins
参数:parameter_defaults: NeutronServicePlugins: "qos"
如果使用 ML2/OVS 和 ML2/SR-IOV 机制驱动程序,则必须分别使用
NeutronAgentExtensions
或NeutronSriovAgentExtensions
变量在代理上加载qos
扩展:ML2/OVS
parameter_defaults: NeutronServicePlugins: "qos" NeutronAgentExtensions: "qos"
ML2/SR-IOV
parameter_defaults: NeutronServicePlugins: "qos" NeutronSriovAgentExtensions: "qos"
如果要使用最小带宽 QoS 策略调度虚拟机实例,还必须执行以下操作:
将
放置
添加到插件列表中,并确保列表还包括qos
:parameter_defaults: NeutronServicePlugins: "qos,placement"
如果虚拟机监控程序名称与计算服务(nova)使用的规范管理程序名称匹配,请跳至第 7.iii 步。
如果虚拟机监控程序名称与计算服务使用的规范管理程序名称不匹配,请使用
resource_provider_default_hypervisor
指定替代的 hypervisor 名称:ML2/OVS
parameter_defaults: NeutronServicePlugins: "qos,placement" ExtraConfig: Neutron::agents::ml2::ovs::resource_provider_default_hypervisor: %{hiera('fqdn_canonical')}
ML2/SR-IOV
parameter_defaults: NeutronServicePlugins: "qos,placement" ExtraConfig: Neutron::agents::ml2::sriov::resource_provider_default_hypervisor: %{hiera('fqdn_canonical')}
重要设置替代管理程序名称的另一种方法是使用
resource_provider_hypervisor
:ML2/OVS
parameter_defaults: ExtraConfig: Neutron::agents::ml2::ovs::resource_provider_hypervisors:"ens5:%{hiera('fqdn_canonical')},ens6:%{hiera('fqdn_canonical')}"
ML2/SR-IOV
parameter_defaults: ExtraConfig: Neutron::agents::ml2::sriov::resource_provider_hypervisors: "ens5:%{hiera('fqdn_canonical')},ens6:%{hiera('fqdn_canonical')}"
为每个需要提供最小带宽的 Compute 节点上的相关代理配置资源供应商入口和出口带宽。
您可以使用以下格式配置出口、入口或两者:
仅配置出口带宽,以 kbps 为单位:
NeutronOvsResourceProviderBandwidths: <bridge0>:<egress_kbps>:,<bridge1>:<egress_kbps>:,...,<bridgeN>:<egress_kbps>:
仅配置入口带宽,以 kbps 为单位:
NeutronOvsResourceProviderBandwidths: <bridge0>::<ingress_kbps>,<bridge1>::<ingress_kbps>,...,<bridgeN>::<ingress_kbps>
以 kbps 为单位配置出口和入口带宽:
NeutronOvsResourceProviderBandwidths: <bridge0>:<egress_kbps>:<ingress_kbps>,<bridge1>:<egress_kbps>:<ingress_kbps>,...,<bridgeN>:<egress_kbps>:<ingress_kbps>
示例 - OVS 代理
要为 OVS 代理配置资源供应商入口和出口带宽,请在网络环境文件中添加以下配置:
parameter_defaults: ... NeutronBridgeMappings: physnet0:br-physnet0 NeutronOvsResourceProviderBandwidths: br-physnet0:10000000:10000000
示例 - SRIOV 代理
要为 SRIOV 代理配置资源供应商入口和出口带宽,请在网络环境文件中添加以下配置:
parameter_defaults: ... NeutronML2PhysicalNetworkMtus: physnet0:1500,physnet1:1500 NeutronSriovResourceProviderBandwidths: ens5:40000000:40000000,ens6:40000000:40000000
可选:当多个 ML2 机制驱动程序默认支持且在放置服务中跟踪多个代理时,将
vnic_types
标记为不被支持,请在环境文件中添加以下配置:示例 - OVS 代理
parameter_defaults: ... NeutronOvsVnicTypeBlacklist: direct
示例 - SRIOV 代理
parameter_defaults: ... NeutronSriovVnicTypeBlacklist: direct
如果要创建 kiosk 标记策略,并将 ML2/OVS 与隧道协议(VXLAN 或 GRE)搭配使用,在
NeutronAgentExtensions
下添加以下行:parameter_defaults: ... ControllerExtraConfig: neutron::config::server_config: agent/dscp_inherit: value: true
当
dscp_inherit
为true
时,网络服务会将内部标头的 DSCP 值复制到外部标头。运行部署命令,并包含核心 heat 模板、其他环境文件和这种新的自定义环境文件。
重要环境文件的顺序非常重要,因为后续环境文件中定义的参数和资源具有优先权。
示例
$ openstack overcloud deploy --templates \ -e <other_environment_files> \ -e /home/stack/templates/my-neutron-environment.yaml
验证
确认
qos
服务插件已加载:$ openstack network qos policy list
如果载入了
qos
服务插件,则不会收到ResourceNotFound
错误。
其他资源
- RHOSP 网络服务的扩展驱动程序
- Director 安装和使用指南中的环境文件
- Director 安装和使用指南中的 在 overcloud 创建中包含的环境文件
- 第 9.3.1 节 “使用网络服务后端强制强制最小带宽”
- 第 9.3.2 节 “使用最小带宽 QoS 策略调度实例”
- 第 9.4 节 “使用 QoS 策略限制网络流量”
- 第 9.5 节 “使用 kiosk 标记 QoS 策略来优先考虑网络流量”