9月27日，由云計較成長與政策論壇、數據中心同盟指導，開放數據中心委員會主辦，百度、騰訊、阿里巴巴、中國電信、中國移動、中國信息通信研究院、英特爾承辦的“2016ODCC開放數據中心峰會”在京謹慎召開。在下午“ODCC測試認證”的分論壇上中國電信北京研究院云計較與大數據產物線高級工程師趙繼壯頒發了題為“基于通用x86 硬件承載容器化nfv的要害技能驗證”的演講。以下為演講全文：

中國電信北京研究院云計較與大數據產物線高級工程師 趙繼壯

基于通用X86硬件承載容器化NFV的要害技能驗證，為什么我們要做這件事？首先按照中國電信CTNET2025技能白皮書里已經明晰提了容器對SDN/NFV既有協同成長和加強的一面，又在許多場景下可以替代NFV的浸染，是一種輕量級的價廉物美的虛擬化技能，運營商對容器技能在特定業務場景下的應用持努力立場。VNF能舉辦高速包處理懲罰本領主要依賴X86處事器上各類加快技能，并不是特定的hypervisor層，所以具有起動快、負載低、密度高檔特點的容器技能只要實際測試機能滿意要求照舊很有吸引力的。

今朝國際商AT、T ORANGE等運營商對docker的研究推進較量快，而在docker承載NFV方面德國電信已經發布了些成就，本次測試也是為了摸清定制化處事器承載NFV的硬件設置需求。因為此刻容器對內存占用很是低，所以假如容器可以或許承載NFV，它就可以或許更多低落本錢。

NFV的架構為了把這個工作說清楚，我們用國際權威組織的架構，那張圖對我們看來說有點巨大。其實它很簡樸，就是上面有編排器，編排器通知云資源池，讓云資源池把VNF各類各類百般的模板在資源池中建設出來，VNF尚有一個打點器，它跟已經陳設的VNF之間是有接口的。VNF的種類與預期的代價，這一塊為什么把它列出來？因為我們總要知道到底NFV有哪些種類？這張圖是英特爾出的，其實挺有意思的。我們可以看到這里許多是有市場預期包羅已經有收益，這里我們可以看到NFV差異組件的重要性。對付整個NFV的分類，它其實今朝來說主要有三種，一個就是數據平面的設備。本次驗證的工具主要也是數據平面設備，技法術據平面設備對付加快技能要求很是的高，尚有節制平面和數據信號處理懲罰設備，這個處所我們不深入。NFV的要害技能其實首先要辦理的問題是10G、40G、100G以上網卡的速度與CPU上的VNE應用處理懲罰速率的匹配問題。即即是高并發處事器平臺的開拓者也很少面臨單機每秒GB以上吞吐量的業務處理懲罰場景，在絕對的速度眼前不容思考，許多原有的系統優化手段都不合用，必需對硬件有更深入的領略。

主流技能或許跟各人過一遍，在IO模子上常態利用poll輪詢模子而不是已往的純真間斷模子，NUMA架構下采購PCU親和綁定技能提高CPU中的cache的擲中率，利用DDIO技能使外部網卡和CPU通過LLC Cache直接互換數據，高出繞過內存，SR×IOV或PCLe透傳技能等等。

要害技能驗證這塊，我認為它的蹊徑圖根基就是這樣。首先就是虛機上NFV回收的硬件加快技能是否在容器傍邊也支持，然后就是容器傍邊的VNF傍邊的（英文）得對VNF舉辦支持。再進一步就管平臺可以或許對NFV舉辦編排處理懲罰。個中最重要的照舊廠商，廠商可以或許在得當的機緣把VEPC、VNF等等現有的遷入到容器中，我們中國電信也自主研發，可是自主研發跟廠商比照舊稍微有一點差別。最后就是研究院發揮自身優勢替團體測試把關。

容器承載NFV要辦理一些很是底層的根基問題，第一個就是容器中是沒有目的設備的，KVM上的hypervisor呆板上層目的出PCI設備實現，而容器是沒有hypervisor的所以不能建設仿真設備，也就不能利用共享農村IVSHMEM機制實現高效的虛機與虛機、虛機與主機間的數據互換。容器傍邊的VNF怎么可以或許會見到host上的設備？這個我以為（英文）做的照舊不錯的，因為它的文件掛載可以把Host的各類文件系統直接掛載到它的目次上，就可以會見到它。

這張圖挺好的，我也表明不太大白。可是這張圖在我看過的各類百般資料里，這張圖是一個很是完整的圖。因為我們在做開拓的時候，做容器承載NFV開拓的時候，其實會碰著許多各類百般的技能，你最后會存在一個什么問題？就是你糊涂了，這內里有許多變數。我這里給各人稍微說一下，最上面（英文）是在陳設在內核傍邊，上面的應用VM與它之間的通信是有兩種，一種是仍然通過（英文）跟它通信，一種是通過（英文）也就是DPDK舉辦通信。第三種是（英文）它什么意思？我讓VM傍邊的VNF直接與網卡之間舉辦通信，這又有兩種方法，這個各人有樂趣本身再看。