最近一段時間，很少有人提到OpenDaylight這個字眼。畢竟多年以來一直使用并管理網(wǎng)絡方案的工作人員，很少會看到關于OpenDaylight相關的新聞，因此對其并不十分了解。

不過這一狀況將在未來十二到十八個月之內(nèi)發(fā)生徹底變化，到那時幾乎不可避開OpenDaylight的話題。本文將探討OpenDaylight到底是什么、重要程度如何以及由其延伸出的廣泛概念。

隨著軟件定義網(wǎng)絡這一全新事物的興起，OpenDaylight幾乎已經(jīng)成為該趨勢下最為重要的技術項目。其目的非常簡單：利用一套開源框架打開網(wǎng)絡基礎設施這扇封閉的大門，旨在鼓勵業(yè)界組織更為廣泛的開發(fā)工作，同時確保成果能夠作用于任何一家供應商的產(chǎn)品、從而幫助開發(fā)人員賺取豐厚回報。

OpenDaylight架構(gòu)

從傳統(tǒng)角度看，網(wǎng)絡一直位于服務器及應用程序之下的底層位置。隨著虛擬化平臺在復雜性與先進性方面的快速發(fā)展，我們開始在新層級中看到內(nèi)部網(wǎng)絡功能的身影。

這種新特性給我們帶來諸多便利，例如保存同一物理設備中不同虛擬機環(huán)境之間的數(shù)據(jù)流量元素——這一切都將在同一套服務器硬件中完成。最近，甚至能夠借助一些新技術實現(xiàn)更為精妙的操作效果，例如在三層網(wǎng)絡之上模擬二層網(wǎng)絡。

目前后者的實現(xiàn)需要利用創(chuàng)造性代碼，但其具體效果已經(jīng)能夠與底層網(wǎng)絡層相媲美。不過，如果高層與網(wǎng)絡層之間存在關聯(lián)，我們又該怎么辦?

如果有一套機制能夠指導網(wǎng)絡層正確處理即將被注入的流量，并充分利用網(wǎng)絡層的資源而不再將其單純視為限制，結(jié)果會如何?這就是OpenDaylight想帶給我們的效果，而其實際表現(xiàn)也確實能夠令人滿意。

龜兔賽跑 熟快熟慢?

不過SDN還面臨著這樣一個固有難題——這同時也成為OpenDaylight發(fā)展道路上的致命障礙。簡單來說，硬件速度快、軟件速度慢，而速度對于網(wǎng)絡方案來說無疑至關重要。

1996年，某些公司剛剛開發(fā)出F1200線速路由器，這筆交易數(shù)額龐大。當時，幾乎所有的三層路由還需要由專用軟件來實現(xiàn)，因此速度相對緩慢。而F1200則利用ASIC(即專用應用程序集成電路)實現(xiàn)同樣的功能，同時將速度提高了一個量級。

不過現(xiàn)在，將網(wǎng)絡功能剝離硬件并將其重新放回軟件當中。不僅如此，而且還將利用虛擬化堆棧中的虛擬機瓜分標準化PC處理器。從速度的角度出發(fā)，這難道不是一種倒退么?

答案顯然是否定的，CloudFounders公司CTO Kurt Glazemakers表示，“總體來說，軟件的速度當然無法與專用硬件相比肩，不過軟件的發(fā)布方式能夠大大降低解決方案成本。”

他指出，“事實上，在網(wǎng)絡環(huán)境中負責處理ACL(訪問控制列表)的大型硬件解決方案在執(zhí)行效率方面很可能遠遠低于分布式軟件方案，原因是后者能夠?qū)CL任務拆分并交付至網(wǎng)絡中的多套虛擬機中完成。”

“另外，CPU每年的性能增幅始終保持在20%到25%之間，而每兩年則會接近翻倍。相比之下，每套虛擬機系統(tǒng)所需要的網(wǎng)絡處理性能則遠達不到這么高的增長速度。”

瞻博公司服務歐洲、中東及非洲地區(qū)服務供應商營銷主管David Noguer Bau坦言，我們無法簡單把所有任務丟給軟件處理。他說，“將控制層與轉(zhuǎn)發(fā)層相隔離的作法允許用戶將控制層中的特定部分集中起來，從而保證網(wǎng)絡運營得到顯著簡化、新服務部署速度大大加快、虛擬機與網(wǎng)絡之間的協(xié)作也更為順暢。”

他解釋道，“不過仍需要線速路由硬件提供更出色的數(shù)據(jù)包傳輸速度。網(wǎng)絡設備將作為完成工作的肌肉，而對控制層集中化管理則相當于拓展了大腦的指揮功能。”

ExtraHop 公司CEO Jesse Rothstein坦言，將網(wǎng)絡功能從網(wǎng)絡設備中剝離出去確實會引發(fā)一些問題。他講到，“將二層/三層交換及路由功能轉(zhuǎn)移到軟件之中在如今的服務器級硬件上完全可行，但最重要的問題是，這將帶來怎樣的運營成本?高速數(shù)據(jù)包處理對于通用型處理器來說資源占用嚴重，而且CPU本身還屬于共享式資源。CPU在處理中斷或忙等待等狀況時會消耗大量時間，導致無法同時執(zhí)行其它任務。”

如何規(guī)避網(wǎng)絡瓶頸?

Rothstein指出，“通常速度較慢的環(huán)節(jié)只有在被經(jīng)常性使用時才會嚴重影響其性能表現(xiàn)，單就新近興起的項目來看，OpenFlow控制器很可能成為潛在的瓶頸。一旦網(wǎng)絡流量中包含大量存在時間較短的數(shù)據(jù)流，或者所有單一數(shù)據(jù)流都要求控制器的介入，那么性能就會暴露出問題，”

他表示，“不過，如果OpenFlow控制器只需要偶爾介入干預，那么對性能的影響將被壓縮到最低程度。事實上，這樣的設計在采用主機處理器的現(xiàn)代以太網(wǎng)交換機當中已經(jīng)相當普遍。”

博科公司歐洲、中東與非洲地區(qū)高級產(chǎn)品經(jīng)理Nick Williams也提出了類似的意見，并指出將抽象化軟件引入傳輸當中的現(xiàn)有數(shù)據(jù)流會降低其實際運行速度。并提出這樣的問題，“您打算以實時方式在網(wǎng)絡層中對轉(zhuǎn)發(fā)表做出多大程度的編程化修改?這些修改又將以怎樣的頻率影響傳輸中的流量?”

如果以非實時方式對數(shù)據(jù)流列表進行修改，那么即使采用自動化/編程化機制，他認為在變更發(fā)生之后，流程的傳輸速度仍將保持與原先硬件處理相一致的水平。

OpenFlow時代來臨

總體來說，前面提到的幾家供應商紛紛表示，出色的靈活性能夠大大抵消軟件定義機制所帶來的負面速度影響。

Rothstein專門提到了OpenFlow，因為OpenFlow很可能成為SDN中的重要組成部分。而OpenDaylight項目的作用在于為SDN制定一套通用型框架，相比之下OpenFlow則僅僅算是獲得支持的專項協(xié)議。

OpenFlow自2011年初誕生以來，它已經(jīng)通過入住授權(quán)協(xié)議而確立自身在軟件定義領域的優(yōu)勢地位，同時獲得了眾多大型技術供應商的支持——其中包括博科、瞻博、思科、Extreme、IBM以及惠普等。

對于網(wǎng)絡供應商來說，OpenFlow方案便于實施的特性頗具吸引力。Rothstein指出，“OpenFlow協(xié)議從本質(zhì)上說就是一款用于訪問以太網(wǎng)轉(zhuǎn)發(fā)表的API(Application Programming Interface,應用程序編程接口)，作用是在數(shù)據(jù)層中對控制層進行解耦處理。”

也就是說，虛擬層能夠以動態(tài)方式重新配置LAN，從而在無需對設置進行手動調(diào)整或者涉及封閉式網(wǎng)絡層限制的前提下使LAN按預定方式運行，這正是SDN最重要的特性。

OpenDaylight核心實質(zhì)

為了保證大家確切理解OpenDaylight框架的工作方式，首先對目前市場上的同類知名產(chǎn)品進行歸納與對比。

如果大家熟悉微軟的軟件架構(gòu)，那么對.NET框架一定不會感到陌生。微軟架構(gòu)中還存在大量與底層操作系統(tǒng)相對接的關聯(lián)機制;為了保證應用程序的正常運行，開發(fā)人員還需要將應用與底層系統(tǒng)加以關聯(lián)。而SDN的作用是讓開發(fā)人員無需編寫復雜的代碼即可實現(xiàn)既定目標。

OpenDaylight 框架的作用機制與之類似。它位于高層應用程序與低層網(wǎng)絡之間;高層中的應用程序(例如虛擬機管理程序)向框架發(fā)出調(diào)用指令，框架再利用復雜的接口與底層網(wǎng)絡設備進行協(xié)調(diào)。與此同時，該框架所提供的關聯(lián)機制還允許應用程序使用與基礎設施相關的功能，例如監(jiān)控、管理以及入侵防御等等。

OpenDaylight能否拯救網(wǎng)絡工程師?

既然已經(jīng)能夠利用一套新技術將高層直接與底層相交互，甚至無需進行重新配置，這是否意味著OpenDaylight與SDN將最終淘汰掉網(wǎng)絡工程師這一職位、從而讓服務器管理員接管一切?

Glazemakers認為這場變革的影響范圍將席卷整個行業(yè)而不只是網(wǎng)絡工程師。他預計，“隨著軟件開始接手越來越多核心功能，存儲、網(wǎng)絡以及計算等傳統(tǒng)概念劃分將逐漸瓦解。”

相比之下，Noguer Bau則認為網(wǎng)絡工程師這一角色將繼續(xù)存在，但其具體形式與之前相比將更偏重于協(xié)作。他解釋道，“網(wǎng)絡與服務器管理員已經(jīng)在云計算部門當中開始緊密合作。不過，如果企業(yè)需要繼續(xù)在SDN的世界中明確定義員工的角色定位與職責劃分，那么服務器專業(yè)人士與網(wǎng)絡專業(yè)人士的頭銜仍將存在。瞻博的SDN方案就允許用戶在兩者之間做出界定。”

OpenDaylight發(fā)展前景

OpenDaylight最終能否成長為一款成熟且廣泛普及的框架?或者說它終將在Betamax、100VG-AnyLAN以及ATM網(wǎng)絡等其它杰作的圍攻下至死?作為OpenDaylight率先進軍的領地，這一市場未來又將發(fā)生怎樣的演變?

Glazemakers認為，從宏觀角度看SDN仍將繼續(xù)增長。他斷言，“我認為SDN將受到私有云解決方案、虛擬化技術以及網(wǎng)絡服務供應商新型先進產(chǎn)品的有力推動，但它最為廣闊的發(fā)展空間仍在企業(yè)網(wǎng)絡領域。”

Noguer Bau認為云計算將成為軟件定義網(wǎng)絡的主要戰(zhàn)場。他表示，“盡管媒體融合趨勢明顯，但SDN的發(fā)展勢頭依然強勁。在未來十二個月中，將有越來越多控制器方案投放市場。其中一部分仍處于實驗性階段，但另一部分些則具備在云計算環(huán)境下解決實際問題的能力。”

Williams認同軟件定義概念仍

處于起步階段。他總結(jié)道，“技術人員需要努力了解相關用例的運作機制以及部署方式，在SDN的幫助下，所有制造廠商都將迎來同樣的努力方向，即支持來自OpenFlow當中的每一項功能。”

Rothstein 認為SDN的概念仍處于拓展當中，當前所表現(xiàn)出的只是其面貌的一小部分。他解釋道，“我覺得SDN的定義仍處于演變之中。幾年之前，SDN還常常被單純與 OpenFlow聯(lián)系起來。時至今日，SDN已經(jīng)被視為一種更智能、更具動態(tài)特性的網(wǎng)絡體系，其配置與邏輯實體關系密切、而不再被牢牢束縛在物理實體身上。隨著越來越多供應商的參與，其定義將進一步擴展，因此我們很難以量化方式評估其發(fā)展前景。”

充滿活力的OpenDaylight

簡而言之，SDN的實用性極為出色、我們很難想象這樣的機制無法茁壯成長并最終贏得巨大的立足空間。盡管這一概念仍然略顯稚嫩，但它已經(jīng)突破思維領域、開始向?qū)嶋H部署邁進，這要歸功于OpenFlow的杰出貢獻。

SDN的相關標準已經(jīng)在過去幾年中確立下來，眾多供應商則以此為基礎為其提供優(yōu)秀的技術支持方案。當然，最后也是最重要的一點在于，這樣的概念只有在供應商買賬的情況下才可能真正取得成功。畢竟如果網(wǎng)絡產(chǎn)品制造商不放開系統(tǒng)，SDN根本無法與網(wǎng)絡層進行對接。

OpenDaylight已經(jīng)在SDN相關開發(fā)工作中確立了穩(wěn)固地位。其首個發(fā)行版本將于今年12月9日正式推出，并計劃同時搭配多種功能性組件。這種相對超前的時間規(guī)劃保證了OpenDaylight能夠及時趕上這一波發(fā)展潮流。

接下來，我們可以期待更多與之相關的信息，而很多技術人員已經(jīng)對這套便利的新方案躍躍欲試。當然，或許也不能避免一些技術人員對此產(chǎn)生質(zhì)疑。