|
作者：清風流云 在過去的三十年中，以太網已經發展成為所有行業的統一通信基礎架構。每天都有超過三百萬的以太網端口在部署，覆蓋從FE到100GbE的所有速度。企業和運營商在部署時通常會使用盒式的交換設備和堆疊和高密度機箱式交換機的組合，來應對以太網的不斷演進。然而，在過去的幾年中，以太網發展態勢正在持續改變。隨著數據中心以太網部署和創新都在以最快的速度進行著，數據中心的以太網端口部署趨于一致，無論是10GbE、25GbE或50GbE，相同的以太網端口速度通過一個機架架頂(ToR)交換機被部署于每一個服務器上，然后聚集到多個CLOS層。最終目的是將盡可能多的以太網端口以最高的商用速度部署在以太網交換機上，并使其最經濟和最節能。連接到ToR交換機的終端是服務器NIC（網絡接口卡），它一般是市場上可用的最高速度（目前為10/25GbE，正在向25/50GbE方向發展）。 今天，25GbE交換機的128個接口正在部署中，在接下來的幾年內會到達并超越64x 100GbE。但是，盡管數據中心正在向更高的端口密度、更高的端口速度和同質部署方向發展，但是更低的速度仍擁有廣泛市場，比如10GbE繼續被使用并仍具有經濟效益。數據中心的創新帶動更高密度和更高端口速度的發展，但很多細分市場仍需要具備較低端口速度和不同密度的解決方案。 BittWare最新開發的StreamSleuth： 正如BittWare提到，只有CPU而沒有硬件加速是無法處理100Gbe的數據包交互的。而正式亮相于本次舊金山RSA大會的BittWare最新開發的StreamSleuth（流偵探），通過一個FPGA 助手，敏捷且迅速的將數據流分組了，此外，BittWare還表示，StreamSleuth使基于FPGA編程實現數據包處理機制時，沒有任何FPGA編程的負擔，也就是說，在編程的時候你并不需要精通Verilog或是VHDL這些硬件語言 ，就可以很方便的將FPGA的高性能應用到自己的應用中。 
圖1 StreamSleuth接口側 正如BittWare的網絡產品VP&GM發言人 Graig Lund解釋，這并不是由一個隨時可以重組的箱子組成的一個裝置。用戶往往需要或許也更想去量身定做它，比如說，在制作的時候，有的人想添加數據包過濾器，有的人想對數據交互的過程進行監視。用戶在基于線速度是使用StreamSleuth做出任何想做的東西，而唯一不需要用戶去做的，就是學習如何編程FPGA。盡管用戶沒有任何編程FPGA的經歷，依然可以將FPGA的技術優勢完美的應用的自己的應用中。也因此方便更多的網絡或數據庫工程師來使用BittWare的StreamSleuth。 正如Lund所說，相比以太網以前的低版本產品StreamSleuth是一個十分不同的創造物。一直以來，服務器都不可以直接處理100GbE的數據交互，而且此狀態一直沒有得到解決。而現在的網絡管道卻別服務器內部的I/O管道大得多，進入服務器的數據量成指數增長，同時也導致了CPU設計時不得不增加三級緩存來緩解數據堵塞。 或許我們聽到過更糟糕的情況，對于一個服務器而言，如何減少網絡阻塞，無疑是需要增加濾波器，很多濾波器，很多復雜的濾波器，比現在商品轉化和防火墻器件更多的復雜濾波器。理論上說，需要用一種語言基于線速度快速完成標準的BPF/pcap濾波器的實現，類似一個基于高度并行FPGA的數據包發動機。 當然，以上這種做法對于減輕100Gbe的線路速率也是有作用的，但是目前的硬件并做不到，也沒辦法用軟件來實現。最終的出路在于FPGA，所以BittWare的基于FPGA數據處理的StreamSleuth成功的實現了用戶想要達到的效果。 以軟件實現的防御并不可以抵擋100Gbe線路速率的DoS，但是基于FPGA加速實現的數據包處理器可以。所以我們也明白了StreamSleuth內部的FPGA到底做了什么工作，它重配置了數據包濾波器，使得加載和路由變得平衡。同時，應用BPF/pcap語言為自己的需求編程，并通過GUI或APIs燒錄到StreamSleuth 100Gbe數據包處理器中，就可以實現自己的需求。而此數據處理器中集成的是一款Xilinx Virtex UltraScale+ VU9P FPGA 板卡。 下圖就是BittWare的StreamSleuth的板卡內部結構：
總結： 無論是視頻流處理還是數據流處理，現如今，只要需要用到加速器來實現的應用已經越來越多的通過基于FPGA來進行硬件加速，不僅可以真正意義上的并行，加快運行速度，也可以降低CPU執行軟件的壓力。可見，基于FPGA來硬件加速將會是加速器未來的發展方向。 |
