5.5.5. 服务质量(QoS)


默认情况下,服务质量(QoS)策略和规则由云管理员管理,这会导致项目无法创建特定的 QoS 规则,或者将特定的策略附加到端口。在一些用例中,如某些电信应用程序,管理员可能信任项目,从而使他们创建并把自己的策略附加到端口。这可以通过修改 policy.json 文件来完成。

从 Red Hat OpenStack Platform 12,neutron 支持入站和出站流量的带宽限制 QoS 规则。这个 QoS 规则命名为 QosBandwidthLimitRule,它接受以每秒 kilobits 测量的两个非负整数:

  • max-kbps: bandwidth
  • max-burst-kbps: burst buffer

QoSBandwidthLimitRule 已在 neutron Open vSwitch、Linux 网桥和 SR-IOV 驱动程序中实施。但是,对于 SR-IOV 驱动程序,不会使用 max-burst-kbps 值,并在设置时忽略。

在 Red Hat OpenStack Platform 10 (Newton)发行版中添加了 QoS 规则 QosDscpMarkingRule。此规则标记 IPv4 (RFC 2474)上服务标头类型中的不同 Service Code Point (DSCP)值,并在离开虚拟机的所有流量的 IPv6 上标记流量类标头,其中的规则会被应用。这是一个带有 21 个有效值的 6 位标头,它表示数据包的 drop 优先级应跨网络符合拥塞。防火墙也可以使用它来与其访问控制列表匹配有效或无效流量。

5.5.5.1. 负载平衡

OpenStack 负载均衡服务(Octavia)为红帽 OpenStack 平台 director 安装提供负载平衡即服务(LBaaS)实施。要实现负载均衡,Octavia 支持启用多个供应商驱动程序。引用供应商驱动程序(Amphora provider driver)是一个开源、可扩展和高度可用的负载均衡供应商。它通过管理一组虚拟机来完成负载平衡服务交付,其中统称为 amphorae-​它可按需启动。

有关负载平衡服务的更多信息,请参阅网络指南中的使用 Octavia 进行负载平衡即服务(LBaaS)

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat