幾十年以前，計算機科學家和網絡創始人、口水戰傳奇人物Andrew S. Tanenbaum曾說標準的好處就是選擇多多。也許，現在同樣可以這樣說，軟件定義網絡模型的數量多多，就擺在云提供商面前，怎么選擇?

但是在提供商考慮軟件定義網絡(SDN)部署或者初步試驗之前，他們必須首先選擇支持哪一個模型或者SDN模型。但錯誤的選擇就是浪費時間，擱置資產，甚至讓提供商的服務產品處于不利的競爭地位。在這篇文章中，我們將討論三種主要的SDN模型，解析每一種模型的基本目標、機制、優缺點。

SDN模型一：網絡虛擬化模型

市場上考慮的最簡單的SDN模型就是網絡虛擬化模型，Nicira將其帶給大眾，這是一家初創公司，于2012年被VMware收購。網絡虛擬化的主要目標就是消除以太網虛擬局域網(VLAN)標準中局域網(LAN)分區的限制，從而解決一些基于以太網的虛擬網絡架構的多廣播點可擴展性問題。

為了實現這一點，網絡虛擬化平臺增加了一個軟件元素，通常是hypervisor，但是，像OpenStack這樣的云構建軟件也可以通過創建運行在傳統以太網頂端的基于渠道的VLAN接口進行修改。網絡設備和操作并不受到影響，理論上，數以萬計的虛擬網絡(或者更多)可以通過這種方式創建。

網絡虛擬化***的好處在于其支持多租戶云，且不需要改變網絡本身。這種SDN模型輕松的映射了云網絡機制中流行的虛擬化接口，比如OpenStack的Quantum或者大多數支持網絡預分配云DevOps工具。最終，就可以輕松整合網絡預分配和云服務預分配資源。

***的缺點在于虛擬網絡位于網絡層之上，簡單的表現為網絡設備的流量。這些設備不能優先考慮個人虛擬網絡或者就其狀態做出報告，除非用深度包檢測來識別虛擬網絡報文頭。***，由于軟件是由部分云服務器堆棧創建的虛擬網絡，虛擬網絡只能鏈接虛擬機，而不是用戶和設備。

SDN模型二：“演化”模型

SDN的第二種模型稱之為“演化”模型。這種模型的目標是加強網絡軟件控制和其操作，但是在當前網絡技術的范圍內實現。為了實現這一點，網絡廠商可能讓自己和具體的標準保持一致，比如VXLAN、GRE、BGP和MPLS，用這些標準進行分區網絡操作，進入虛擬社區，管理流量和服務質量。廠商可能會結合自己的解決方案到一套管理接口中，這些接口可以在云中執行，同樣還是通過DevOps工具或者云虛擬接口，比如OpenStack Quantum。

網絡設備執行這種SDN模型，完全同網絡操作、FCAPS管理和網絡監控整合。常規流量工程原則適用，理論上虛擬網絡可以從服務器擴展到用戶，同時支持選擇性標準的設備。

大多數SDN廠商目前都實施了上述的所有網絡標準，但是一些可能并適用于所有設備。這一點也是這種演化模型眾多缺點之首，提供商需要驗證現有設備支持的標準。目前為止較大的問題在于具體的廠商提供了這些演化SDN模型，但是可能不能完全同來自其他廠商的設備交互操作。這種方法也可能需要具體的管理系統和云虛擬網絡或者DevOps接口之間的整合，如果廠商不提供，操作者就要承擔這項任務。

SDN模型三：OpenFlow模型

***的模型是SDN OpenFlow模型，人們將其和術語SDN聯系在一起。OpenFlow取代了傳統的交換機路由器集中控制轉發的基于發現的轉發表，意味著集中控制器規劃每一個設備的轉發表。這樣提供了集中控制點，完整治理網絡如何分段或者虛擬化，流量如何管理等等。任何結合的控制器和交換機且支持兼容的OpenFlow版本(支持網絡性能需要的版本)，都可以用于這種模型的SDN。

這種SDN模型***的好處在于是基于SDN概念構建的。初期測試和部署建議OpenFlow，可以改善網絡可用性和可靠性，同時增加網絡利用率，因此減少基礎架構資本成本和運營成本。如果OpenFlow交換機逐漸隨處可見，未來的網絡可能就會以更低的成本用開放硬件構建。

這種模型的缺點在于目前缺少所有需要的組件的功能細節。OpenFlow在大多數主流交換機和路由器中都會支持，但是并不能實現傳統協議實現的相同的吞吐量。當然，OpenFlow的這種機制支持并不會降低交換機的成本。

有開源和商用的OpenFlow控制器可用，但是都要比發送命令到交換機創建路徑、管理容量等要做的多一點。需要一套高層次的管理應用。這些應用必須通過北向API鏈接OpenFlow控制器，這些API并不是標準化的。OpenFlow初期實現需要操作者整合多種組件，創建功能性的軟件定義網絡，并沒有完整的商業包可用。

哪一種模型***?

云提供商一直糾結于VLAN的分段限制，每個網絡4095個VLAN，或者在VLAN路由中面臨多廣播點問題，可能***考慮SDN虛擬網絡模型。這種模型也可以覆蓋演化SDN模型，盡管會存在一些協調管理接口的問題。提供商在數據中心網絡設備上進行大量投資，可能希望考慮這種方法，避免冗余成本。

未來至少意味著一些OpenFlow調整，因此提供山更應該考慮其網絡設備廠商的OpenFlow支持，尤其是在部署新的設備時。幸運的是，幾乎所有的網絡廠商都明確承諾支持OpenFlow，作為其支持演化SDN方法的一部分，這就意味著云提供商可以真切的期望使用兩種或者甚至是三種SDN模型了。一如既往，認真對待初期和測試流程是確認穩定和可盈利操作的必要部分。