DPDK(Data Plane Development Kit),即數據平面開發工具包,是一組用於快速數據包處理的數據平面庫和網絡接口控制器驅動程序,DPDK 為 x86,ARM 和 PowerPC 處理器提供編程框架,可以更快地開發高速數據包網絡應用程序。該平台采用 BSD 許可證發布,目前作為 Linux Foundation 下的開源項目進行管理。
在 X86 架構中,處理數據包的傳統方式是 CPU 中斷方式,即網卡驅動接收到數據包后通過中斷通知 CPU 處理,然后由 CPU 拷貝數據並交給協議棧。在數據量大時,這種方式會產生大量 CPU 中斷,導致 CPU 無法運行其他程序。而 DPDK 則采用輪詢方式實現數據包處理過程:DPDK 重載了網卡驅動,在收到數據包后不中斷通知 CPU,而是將數據包通過零拷貝技術存入內存,這時應用層程序就可以通過 DPDK 提供的接口,直接從內存讀取數據包。這種處理方式節省了 CPU 中斷時間、內存拷貝時間,並向應用層提供了簡單易行且高效的數據包處理方式,使得網絡應用的開發更加方便。但同時,由於需要重載網卡驅動,因此該開發包目前只能用在部分網絡處理芯片的網卡中。
OVS-DPDK 是什么
OVS-DPDK 的數據平面通過 DPDK 快速通道進行處理,DPDK 的 PMD 模型使得數據收發繞過內核協議棧,達到數據包的快速收發。OVS-DPDK 有三層緩存表:Exact Match Cache(EMC)完全匹配緩存,無法通過通配符匹配;tuple space search (TSS) 元組空間搜索,使用 hash 表實現,可以通過通配符匹配; ofproto classifier table,被兼容 openflow 的控制器進行管理。
OVS-DPDK 與物理網卡的連接方式:利用 DPDK 提供的工具,使物理 NIC 直接綁定到 UIO 驅動上面,將物理網卡作為一個 port 綁定到 OVS-DPDK 上。這種情況下物理網卡將對系統不可見,也無法使用系統工具對網卡進行配置。
OVS-DPDK 為容器提供網絡支持
基於 DPDK 的應用
DPDK 官網容推薦器內運行 DPDK 應用有的兩種模型,分片和匯聚,如下圖所示。
圖 2 方案可以使用 vswitch 將上層的容器和底層的物理 NIC 解耦,可以通過 OVS-DPDK 實現高性能的容器應用。OVS-DPDK 可以創建 dpdkvhostuser 模式的 DPDK port,將這個 port mount 進容器的 network namespace 可以作為容器的虛擬網絡接口,容器里面的 DPDK PMD 程序可以使用經過改進的 virtio-user 連接這個 port,通過 hugepage 內存區域(shared 模式)建立起到 OVS-DPDK 和物理 NIC 的高速數據通道。經過 OVS 流表配置,可以做到東西向和南北向的數據通道加速,整個過程 by-pass 宿主機的內核。
Intel 實現了 vhost-user-net-plugin cni 插件,實現在 OVS-DPDK 上建立 dpdkvhostuser 模式的 DPDK port,這個 port mount 進容器作為容器的虛擬網絡接口,供 DPDK 應用使用。其結構如下所示:
DPDK 繞過了 Linux 內核協議棧,加速了數據的處理,用戶可以在用戶空間定制協議棧,滿足自己的應用需求。用戶業務可以借助 mTCP、f-stack 等用戶態協議棧對業務應用進行改造,優化網絡性能,實現高性能的網絡應用。
基於內核協議棧的應用
基於內核協議棧的應用容器內部沒有 virtio PMD 程序運行,所以只能連接傳統的 OVS 端口,主要有兩種可以參考的方案:
- 使用 veth 對連接容器和 ovs,在這種模式下 ovs 將回落到 system datapath(如圖1所示);
- 使用 tap 將數據轉發到 ovs-dpdk 的 virtio-user 接口,然后使用 dpdk 進行加速,在 tap 轉發到 virtio-user 接口時會造成一次內存拷貝,會造成性能損失(如圖2所示)。
兩種模式都可以再通過設置 OVS 流表,將這些數據傳輸到基於 DPDK PMD 的 type=dpdk 的端口,這樣可以在數據傳輸出網卡的后半程使用 DPDK 加速。這種情況下,數據在進入 OVS 端口並進行轉發到 OVS DPDK PMD 綁定的 NIC 端口之后,就進入了 DPDK 高速通道。
OVS-DPDK 容器網絡方案驗證
搭建 DPDK 環境
1)、編譯 dpdk
|
|
2)、配置 dpdk 環境
|
|
查看系統的大頁支持情況:
3)、綁定網卡,並測試 dpdk 環境是否 ok
查看當前的網卡驅動綁定狀態:
|
|
綁定網卡到 igb_uio 驅動:
|
|
運行 testpmd 程序進行測試,可以看到數據包在兩個接口間的轉發情況,表示 dpdk 環境安裝ok:
|
|
編譯運行 OVS-DPDK
1)、編譯 OVS-DPDK (注意 ovs 和 dpdk 的版本是否匹配,參考官網 FAQ)
|
|
2)、配置 ovs-dpdk
|
|
DPDK 應用的容器
實驗環境:
- 支持 dpdk 的網橋 ovs-br0
- 4個 dpdk vhost-user 接口
- pktgen 容器(用於生成數據包)和 testpmd 容器(流量轉發)
- 配置流表 2<–>3 1<–>4
連接情況如下:
1)、構建 pktgen 和 testpmd 鏡像
pkktgen Dockerfile 如下:
|
|
testpmd Dockerfile 如下:
|
|
2)、運行並設置 ovs-dpdk
|
|
系統狀態如下:
3)、創建 pktgen 容器和 testpmd 容器,運行測試
|
|
在 pktgen 應用中設置發送到數據包數量,發送頻率:
|
|
我們可以在 testpmd 中看到數據包的狀態,使用命令 show port stats all 可以看到接口轉發的包情況。結果如下圖所示:
在 pktgen 中可以看到數據包發送接收情況,結果如下圖:
也可以從 ovs 的接口中讀到數據包的轉發情況:
基於內核協議棧的應用(使用 veth pair 連接 ovs-dpdk)
實驗環境:
- 支持 dpdk 的網橋 ovs-br0
- 使用 ovs-docker 為容器添加網絡
- 兩個 centos 容器(互相 ping 測試)
- 配置流表
1)、創建兩個 centos 容器
|
|
2)、使用 ovs-docker 配置容器網絡
|
|
從 ovs-br0 上可以看到多了兩個接口:
為這兩個接口添加流表:
|
|
3)、測試容器網絡
根據設置的 ip,讓兩個容器互相 ping ,觀察結果如下,兩個容器可以互相 ping 通:
4)、分析 ovs-docker 命令
ovs-docker 命令是 ovs 官方提供的為容器添加網絡支持的 python 腳本,其中添加端口的流程如下:
- 創建 nate namespace
- 創建 veth 對
- 將 veth 對的一端添加到 ovs 上
- 將 veth 對的另一端加入到 net namespace 中,設置網卡名,ip,網關等信息
基於內核協議棧的應用(使用 tap 連接 ovs-dpdk 的 virtio-user 接口)
實驗環境:
- 支持 dpdk 的網橋 ovs-br0
- 使用 ovs-docker 為容器網絡
- 兩個 centos 容器(互相 ping 測試)
- 配置流表
|
|
廠商方案
美團點評容器平台網絡架構
數據平面: 采用萬兆網卡,結合 OVS-DPDK 方案,並進一步優化單流的轉發性能,將幾個 CPU 核綁定給 OVS-DPDK 轉發使用,只需要少量的計算資源即可提供萬兆的數據轉發能力。OVS-DPDK 和容器所使用的 CPU 完全隔離,因此也不影響用戶的計算資源。
控制平面: 我們使用 OVS 方案。該方案是在每個宿主機上部署一個自研的軟件 Controller,動態接收網絡服務下發的網絡規則,並將規則進一步下發至OVS流表,決定是否對某網絡流放行。
2017年總結優化:
- SRIOV 方式優化 local 性能。KNI 和 TAP 是常用的 DPDK 網絡設備和內核數據交互的方案,為了提升 Local port 的性能,滿足一些宿主機特殊場景。美團雲將 SRIOV 和 BOND 結合,優化 OVS-DPDK bridge 的 local port 性能,現在 Local 可以跑滿萬兆。
- OVS-DPDK 進程重啟時間長,一直是存在的一個重要問題。美團雲在今年上半年,重點解決了這個問題。這里采用的方案主要是雙進程模式,以及 dpdk vhost 后端雙進程模式,同時也對 restore flow 時間做了優化。60+VM,10G,2000 條流表的情況下,原生 OVS-DPDK 需要 2min+ 時間,經過改造后,可以達到 1s 以內。達到了 OVS-DPDK 進程平滑熱升級,以及故障快速自恢復的功能。
- 跨 OVS-kernel 和 OVS-DPDK 熱遷移。這里主要需要解決 OVS-DPDK 對 TSO、UFO 等 feature 支持, 因為原 OVS-kernel 的 VM 是默認打開這些 feature 的。而且需要解決 VM->VM, VM-NIC, VM-LOCAL, LOCAL->NIC 等多個路徑的 offload 操作。
網易
網易的 ovs-dpdk 使用方案未知,網易的容器主要運行在虛擬機中,ovs-dpdk 的使用方案可能會是 ovs 端創建 dpdkvhostuser 接口,虛擬機啟動會通過 virtio 驅動加載出 dpdk 的網卡,以此提供網絡加速。 網易使用 OVS+VXLAN 方案。 網絡層面:基於 DPDK/SR-IOV 實現高速網絡包轉發,網絡包處理能力接近150W; DDoS 攻擊防護:基於 Intel DPDK 技術實現高性能實時抗攻擊
Intel
Intel Developer Zone 上一篇文章使用 ovs-dpdk 為 Docker 提供網絡,其使用的方案為 veth 對直接連接容器和 ovs,文章地址為: Using Docker* Containers with Open vSwitch* and DPDK on Ubuntu* 17.10 | Intel® Software
intel 在 2017 年 dpdk summit 上對 dpdk 提供容器網絡加速,對於 tcp/ip 協議棧的應用提出了下面三種模型:
1、 使用 tap 將數據轉發到 ovs-dpdk 中處理數據。
2、VF 作為容器網卡,然后在通過 dpdk 連接的 VF 接口轉發到 ovs 處理,整個過程會 by-pass 內核,但其會受到物理網卡的限制。
3、容器跑在虛擬機中
參考文章
- Using Docker* Containers with Open vSwitch* and DPDK on Ubuntu* 17.10 | Intel® Software
- Open vSwitch* with DPDK Overview | Intel® Software
- OVS-DPDK Datapath Classifier | Intel® Software
- Virtio_user for Container Networking — Data Plane Development Kit 18.08.0-rc2 documentation
- DPDK系列之十三:基於OVS-DPDK的容器數據通道分析 - CSDN博客
- ovs+dpdk-docker實踐
- Intel DPDK 全面解讀
- DPDK硬件支持列表






















