交換機、路由器、防火墻等網(wǎng)絡設備通常需要實時處理大量數(shù)據(jù)包。在現(xiàn)代網(wǎng)絡中，數(shù)據(jù)包處理是一個非常重要的環(huán)節(jié)。傳統(tǒng)上，高效的數(shù)據(jù)包處理需要使用專門且昂貴的硬件，而數(shù)據(jù)平面開發(fā)套件 ( DPDK )能在低成本商用硬件上做到這一點。通過使用商用硬件，還可以將網(wǎng)絡功能轉移到云端，并在虛擬化環(huán)境中運行它們。

DPDK最初是由 Intel 于2010年發(fā)起的，Intel 的 Venky Venkatesan 被稱為“ DPDK之父”。2017年4月，DPDK成為Linux基金會下的一個項目。目前，許多開源項目已經(jīng)采用了DPDK，包括 MoonGen、mTCP、Ostinato、Lagopus、Fast Data (FD.io)、Open vSwitch、OPNFV 和 OpenStack。

| DPDK框架 當然，DPDK也面臨著一些挑戰(zhàn)，包括無法支持某些網(wǎng)卡；對 Windows 的支持有限；調試比較困難；版本兼容性問題等。 01 DPDK如何改進數(shù)據(jù)包處理？ 傳統(tǒng)的數(shù)據(jù)包處理方式是數(shù)據(jù)包先到內核最后再到用戶層進行處理。這種方式會增加額外的延遲和CPU開銷，嚴重影響數(shù)據(jù)包處理的性能。 DPDK 繞過內核，在用戶空間中實現(xiàn)快速數(shù)據(jù)包處理。它本質上是一組網(wǎng)絡驅動程序和庫。環(huán)境抽象層 ( EAL ) 從應用程序中抽象出特定于硬件的操作。下圖顯示了在數(shù)據(jù)包到達應用程序之前，POSIX調用的傳統(tǒng)處理是如何通過內核空間的。DPDK縮短了這條路徑，并直接在NIC和用戶空間應用程序之間移動數(shù)據(jù)包。

傳統(tǒng)的處理是中斷驅動的，當數(shù)據(jù)包到達時，NIC會中斷內核。DPDK轉而使用輪詢，避免了與中斷相關的開銷。這是由輪詢模式驅動程序 ( PMD ) 執(zhí)行的。另一個重要的優(yōu)化是零拷貝。在傳統(tǒng)網(wǎng)絡中，數(shù)據(jù)包從內核空間的套接字緩沖區(qū)復制到用戶空間。DPDK避免了這種情況。 DPDK的用戶空間對開發(fā)人員很有吸引力，因為不需要修改內核。任何基于DPDK 的網(wǎng)絡堆棧都可以針對特定應用進行優(yōu)化。

02 DPDK采用的數(shù)據(jù)包處理模型是什么？

大致有兩種處理模型：

# Run-to-Completion

CPU內核處理數(shù)據(jù)包的接收、處理和傳輸?？梢允褂枚鄠€內核，每個內核與專用端口關聯(lián)。通過接收端擴展 ( RSS )，到達單個端口的流量可以分配到多個內核。

# Pipeline

每個內核專用于特定的工作負載。例如，一個內核可能處理數(shù)據(jù)包的接收/傳輸，而其他內核則負責應用程序處理。數(shù)據(jù)包通過memory rings在內核之間傳遞。

對于單核多CPU部署，一個CPU分配給操作系統(tǒng)，另一個分配給基于DPDK的應用程序。對于多核部署，無論是否使用超線程，都可以為每個端口分配多個內核。 決定使用哪種模型取決于處理每個數(shù)據(jù)包所需的周期、跨軟件模塊的數(shù)據(jù)交換范圍、某些內核的特定優(yōu)化、代碼可維護性等。

03 DPDK是否需要TCP / IP堆棧才能工作？

DPDK不包括TCP / IP堆棧。如果應用程序需要用戶空間網(wǎng)絡堆棧，可以使用 F-Stack、mTCP、TLDK、Seastar 和 ANS 。它們通常提供阻塞和非阻塞套接字API，其中一些是基于 FreeBSD 實現(xiàn)的。 由于省略了網(wǎng)絡堆棧，DPDK不會出現(xiàn)通用實現(xiàn)的低效率問題。應用程序可以包括針對其用例進行優(yōu)化的網(wǎng)絡模塊，也可能存在一些不需要更高層（L2 以上）處理的用例。

04 在DPDK之前，廠商如何實現(xiàn)高效的數(shù)據(jù)包處理？

在DPDK之前，有專門的硬件可以進行高效的數(shù)據(jù)包處理。此類硬件可能使用定制的 ASIC、可編程 FPGA 或網(wǎng)絡處理單元 ( NPU )，這些專用硬件以優(yōu)化的方式完成數(shù)據(jù)包分類、流量控制、TCP / IP處理、加/解密、VLAN標記等任務。 然而，此類硬件的購買和維護成本昂貴。升級和安全補丁的應用非常耗時，并且需要全職的網(wǎng)絡管理員。一種解決方案是從專用硬件轉向商用現(xiàn)成 ( COTS ) 硬件。雖然這更具成本效益且更易于維護，但性能卻受到了影響。數(shù)據(jù)包從網(wǎng)卡 ( NIC ) 移動到操作系統(tǒng) ( OS )，并通過操作系統(tǒng)內核堆棧進行處理。即使使用快速NIC，內核堆棧也是一個瓶頸。系統(tǒng)調用、中斷、上下文切換、包復制和逐包處理都會降低性能。 DPDK解決了COTS硬件上的性能問題，無需昂貴的定制硬件即可獲得高效的數(shù)據(jù)包處理。

05 業(yè)界誰在使用DPDK？ 負載均衡、流分類、路由、訪問控制（防火墻）和流量監(jiān)管是DPDK的典型用途。DPDK不僅適用于電信行業(yè)，也已在云環(huán)境和企業(yè)中使用。流量生成器 (TRex) 和存儲應用(SPDK) 使用DPDK。下圖列出了DPDK支持的開源項目。

Open vSwitch ( OVS ) 移植到DPDK后表現(xiàn)出了 7 倍的性能提升。在物聯(lián)網(wǎng)應用中，數(shù)據(jù)包很小，DPDK減少了延遲并允許每秒處理更多此類數(shù)據(jù)包。 在 5G 中，用戶平面功能 ( UPF ) 處理用戶數(shù)據(jù)包。延遲、抖動和帶寬是需要滿足的關鍵性能指標。一些研究人員已經(jīng)提出將DPDK用于5G UPF的實現(xiàn)。在邊緣網(wǎng)絡部署UPF時， 可以使用DPDK API連接UPF應用 ( UPF -C) 和 SmartNIC ( UPF -U)。

06 DPDK面臨哪些挑戰(zhàn)？ DPDK需要一定的專業(yè)知識，開發(fā)人員需要學習DPDK的編程模型。他們需要知道如何管理內存、如何在不復制的情況下傳遞數(shù)據(jù)包，以及如何使用多核架構。 例如，PID 命名空間可能會導致管理fbarray出現(xiàn)問題；使用mmap而不指定地址的進程可能會導致問題；線程必須正確分配給CPU內核，才能獲得一致的性能；此外，DPDK庫還給開發(fā)人員提供了多種實現(xiàn)選擇，選擇錯誤會影響性能。 由于繞過了內核，失去了Linux 內核提供的所有保護、實用程序（ ifconfig、tcpdump）和協(xié)議（ARP 、IPSec）。調試和確定網(wǎng)絡問題的根本原因也是一項挑戰(zhàn)。最后，由于使用輪詢而不是中斷，因此即使只處理幾個數(shù)據(jù)包，DPDK也會導致 100% 的CPU使用率。

07 還有哪些替代選擇？

使用 Snabbswitch、Netmap 或 StackMap 可以通過內核旁路實現(xiàn)更快的數(shù)據(jù)包處理。與DPDK一樣，它們在用戶空間中處理數(shù)據(jù)包。數(shù)據(jù)包完全繞過內核堆棧。Snabbswitch 是用 Lua 編寫的，而DPDK是用 C 編寫的。PacketShader 對基于GPU的硬件進行內核旁路。 另一種方法是修改 Linux 內核。例如 eXpress Data Path ( XDP ) 和基于遠程直接內存訪問 ( RDMA ) 的網(wǎng)絡堆棧。其他有效的工具還包括 packet_mmap （但不會繞過內核）和 PF_RING （帶有 ZC 驅動程序）。 推薦閱讀點擊標題可跳轉

審核編輯：黃飛