Bug 1546429
Summary: | Fast datapath guaranteed bandwidth for SR-IOV, OVS and OVS-DPDK (Test-only) | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Anita Tragler <atragler> |
Component: | openvswitch | Assignee: | liting <tli> |
Status: | CLOSED ERRATA | QA Contact: | Hekai Wang <hewang> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.5 | CC: | asimonel, atragler, cfontain, ctrautma, kfida, liali, qding, rkhan, sukulkar, tli, tvvcox, vchundur, ysubrama |
Target Milestone: | rc | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-01-21 06:33:52 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1564988, 1624465 |
Description
Anita Tragler
2018-02-17 07:37:02 UTC
I tested : ovs egress min_rate, max_rate ovs ingress policing sr-iov vf max_tx_rate(as i know, only ixgbe,i40e,qlcnic support this) they are all work well. By now, no bug was found. OVS-DPDK has not been tested as yet with egress policer And we need to verify any performance impact when turning on QoS See NFV QoS Bandwidth Guarentee EPIC https://docs.google.com/document/d/1V_fLZgzkyaGwsKaxMFWxt_NP4u9aB72xU3TJleAnL2Q/edit# tested following qos function for dpdk case. ovs ingress_policing_rate: work well ovs ingress_policing_burst: did not test the exactly burst function. Just test change the burst number, to see it whether influence the rate, it work well. ovs egress cir: work well ovs egress cbs: did not test the exactly burst function. Just test change the cbs number, to see it whether influence the rate, it work well. ovs egress linux-htb min_rate, max_rate, ovs dpdk case didn't work, I have open bug1628108 sriov qos, test vf max_tx_rate, work well, just test it on ixgbe nic. For OVS-DPDK the ingress rate-limiting or egress policer do not provide any queuing or traffic shaping, so there is no way to do minimum bandwidth guarantee per VM? User can only do Max TX bandwidth per VM with Ingress Rate limiting. Egress policer uses token-bucket mechanism with no support for hierarchical queues based on TX port OVS QoS supports linux queuing mechanisms linux-htb, linux-hfsc that allows user to create output queues based on TX port and set the min and max bandwidth. DPDK supports Hierarchical Schduler using Token Bucket metering RTE Traffic Metering Traffic metering algorithms: 1. Single Rate Three Color Marker (srTCM): defined by IETF RFC 2697 2. Two Rate Three Color Marker (trTCM): defined by IETF RFC 2698 We need to bring these into OVS-DPDK for traffic shaping usecases, if we want to support minimum bandwidth RHOSP 14 needs maximum bandwidth and RHOSP15 needs min bandwidth The usecase is every server has a single 25Gb NIC for all traffic - datapath, storage, control-plane, Management/API Datapath traffic rate should not be be affected if there is a huge burst of traffic for storage or control plane. A minimum bandwidth should be guaranteed for datapath. 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://access.redhat.com/errata/RHSA-2020:0165 |