【51CTO.com 8月18日外電頭條】OpenFlow承諾將使網絡的可編程能力大幅提高，而一家早期用戶也已經初步從中獲得了良好的功能體驗。

位于伊利諾伊州蘇黎世湖畔的Genesis Hosting Solutions公司已于今年二月份正式采用OpenFlow，以提高其網絡靈活性并降低配置難度。在該工具的幫助下，這家托管服務供應商如今能夠更輕松地應對大量VLAN業(yè)務，并成功化解了由生成樹協議重新集合時間所帶來的網絡挑戰(zhàn)。事實證明，OpenFlow在建立冗余連接并保障性能表現方面，為Genesis公司提供了不小的助力。

"基本上來說，它創(chuàng)建了一套配置中不存在循環(huán)的網絡，但卻不必用到生成樹協議，"Genesis公司CEO Eric Miller說道。"這對我們來說確實是令人興奮的結果。"

OpenFlow是一套協議，它使網絡能夠通過軟件加以定義，也就是說用戶可以定義數據流并偵測這些數據流以何種途徑通過網絡，且上述過程完全無需涉及底層硬件。OpenFlow將經過網絡的數據流量從基礎設施——即交換機與路由器——手中奪過并加以控制，進而將這些內容交給網絡擁有者（個人用戶甚至是個人用戶運行的程序都適用）進行監(jiān)管。

這種功能使得用戶有能力在管理可用帶寬、降低延遲、網絡阻塞以及丟包問題方面大展身手。OpenFlow的支持者們認為，它在均衡負載、流量控制以及虛擬網絡管理領域意義非凡。而這些正是當今數據中心、私有云以及校園網等連入設備量巨大、網絡拓撲結構被生成樹所干擾、進而導致重新集合時間大大延長的設施所面臨的共同難題。

OpenFlow作為斯坦福大學與加州大學伯克利分校耗時六年打造的合作研究成果，可以為啟用其功能的交換機提供一套集中式控制器，以處理各類配置變更情況。

Genesis公司認為，OpenFlow能夠為串聯交換機之間的無效鏈接或是因異常情況而無法利用"beaconing"技術檢測到的鏈接（該技術只能根據ping的結果判斷鏈接的工作狀態(tài)，無法為其重新定向）重新指定路徑。"在交換機中API的輔助下，OpenFlow控制器使Genesis公司得以輕松引導流量避開故障點及過度擁擠的鏈接，并從全局的角度監(jiān)管整臺交換機設備，"Miller說道。

OpenFlow還允許Genesis公司創(chuàng)建以自家托管客戶為基礎的管理策略。此類策略可以很容易地在整個交換設備中添加或刪除，因而針對客戶的網絡資源調配及撤銷只需一條API調用即可實現，Miller說。

Miller表示他在最初對OpenFlow進行評估時，就對這一功能"很感興趣"。"當我們聽說某項技術時，難免要問'它的口碑好嗎，實施起來怎么樣？'當時我們將其部署在一個小型論壇上，旨在觀察實際工作狀況。"

到目前為止，工作狀況仍然非常良好，他表示。Genesis公司采用了兩款NEC可編程數據流控制器——其中一款作為冗余后備——它們都在為公司設于芝加哥的數據中心服務。該數據中心具備兩臺NEC 品牌的48端口，1Gbps以太網可編程數據流交換機。該運行環(huán)境如今支持著2500套虛擬機。

這家托管服務供應商計劃在地處伊利諾伊州Prospect山的第二個數據中心內復制以上成功經驗，并在實現各項功能之外，重點將其與芝加哥中心相聯動，以建立一套點對點的二層連接作為災備機制。Genesis公司打算將眾多OpenFlow控制器打造成一套聯合體系，平時各自獨立運作、只在處理特定的流量或數據時協同工作。該計劃的核心在于必要的內存鏡像功能，NEC目前正在為此努力，最終控制器之間將能夠保持同步性。

眼下，災備機制在控制器之間進行切換的過程只會花費幾秒鐘，這就要求控制器能夠在恢復備份時迅速重新創(chuàng)建原有的各種列表。內存鏡像正是用于解決這一難題，它將兩套甚至多套控制器中的列表內容進行復制，進而加快災備機制的生效速度，Miller如是說。

盡管實際情況相當樂觀，客觀問題仍然不可避免，Miller聲稱。舉例來說，通用地址冗余協議，或者簡稱為CARP，也就是來自Genesis VLAN冗余路由器上的各類廣告會擾亂OpenFlow控制器的默認執(zhí)行流程。不過，Miller認為這都是小事，修正起來并不會花費太多時間。

另一個潛在問題是OpenFlow控制器本身是網絡計算中的單點，其初始設計會利用創(chuàng)建一條經由所有網絡路徑的通道對中斷的數據流加以恢復，Miller說。當前業(yè)界已經意識到，此類通道動態(tài)創(chuàng)建所帶來的運算量可能會影響控制器的正常工作。

"但就我們自身而言，還沒有發(fā)現任何實際運行方面的局限，"Miller說。"我們還沒有使其超過數據流創(chuàng)建能力的極限。"

Genesis公司的下一步規(guī)劃是將余下的30臺邊緣交換機全部更換為24/48端口的1G邊緣交換機，以使其整套網絡都在OpenFlow軟件的幫助下實現可編程化。目前，這些交換機支持著1200個千兆以太網端口，而NEC只制造以OpenFlow為核心的交換機。

"我們選擇以謹慎的方式推進OpenFlow項目的原因非常明顯，這還是一項全新的技術，"Miller說道。"我們希望在最嚴重的故障發(fā)生時有能力將網絡恢復到原有狀態(tài)。"

但截至目前，該托管服務供應商還沒有發(fā)現OpenFlow所引起的任何大問題，進一步擴大部署范圍也勢在必行。"將網絡視為一個整體，而非大量單獨的交換機，這是我們所追尋的最終目標，"Miller如是說。

原文鏈接：http://www.networkworld.com/news/2011/081611-openflow-genesis-249785.html?hpg1=bn

 【51CTO.com獨家譯稿，非經授權謝絕轉載！合作媒體轉載請注明原文出處及出處！】