看起來似乎很諷刺，但是軟件定義網絡中大多數的問題都是如何定義它。用一種較為彈性的觀點來看的話，就是SDN在云中的具體作用難以捉摸。云計算中有兩個軟件定義網絡模型和兩個不同的SDN任務，由于網絡創造了云，管理這兩個方面之間的相互作用是云有效和成功的關鍵所在。

作為一種信息服務，互聯網將網絡看作是透明的合作伙伴。在云端，一個用戶的應用存在于云內，成為云的一部分。大多數人認為至少意味著一些網絡必須同云整合。當前的共事就是數據中心必須讓云具體化，但是WAN也應成為云的“資源”嗎?

為了回答這個問題，首先看一下為什么數據中心必須包括SDN。

在云計算中，用戶加入一個云創建的社區。云計算服務提供商面臨著網絡層級的多租戶問題，和他們在CPU/服務器和數據庫層面的所面臨的多租戶問題差不多。共享資源必須以一種一個用戶的應用不能影響另一個用戶的應用的方式來共享，因此，所有的用戶資源必須分區，以便確定他們的隱私性和安全。同時網絡技術，比如IP和以太網每一個都有虛擬網絡容量，這些功能會由于可以支持的租戶的多少而受到限制，限制了如何分離租戶。

云軟件提供商將網絡看作是數據中心網絡和云之間的合作伙伴關系。亞馬遜Web服務的彈性IP地址應用驅動方法整合了網絡和云;OpenStack包含網絡服務，將其作為虛擬化資源之一，同存儲和CPU/服務器一起。比如OpenStack的Quantum接口定義了一個虛擬網絡如何創建為“托管”CPU和數據庫元素。然而，Quantum沒有定義用戶創建這個虛擬網絡的技術。每一個廠商都負責映射其技術到Quantum定義的虛擬網絡模型中。

云計算的兩個SDN模型

首先調整多租戶，其次支持網絡服務云控制的需求將我們帶到了SDN技術上。SDN的兩個模型出現：“疊加模型(overlay model)”和“網絡模型(network model)”。

在疊加模型中，軟件(通常是云連接的軟件)創建了一個虛擬網絡;在網絡模型中，網絡設備創建了這些虛擬網絡。

疊加SDN，比如VMware最近收購的Nicira技術，使用軟件來分區IP或者以太網地址到多個虛擬子網絡中，類似TCP對端口所做的事情。新一套網絡API允許應用通過他們是IP或者以太網絡訪問這些子網絡。軟件保證了多子網流量安全和分離。網絡設備“看”不到疊加虛擬網絡，因此不會區別對待流量。

網絡托管的SDN用網絡設備構建;因此，他們直接管理SDN流量。一些網絡廠商，比如思科，通過采用當前的符合SDN規則網絡技術和設備增加軟件控制到當前設備和網絡，創建“革命性SDN”。

其他網絡廠商，包括大多數SDN初創公司，都希望將網絡設備發展成簡單的形式，遷移路由智能和路徑/流量管理，這些都在設備中，并集中在云托管的軟件上。

但是疊加和網絡模型和任務在WAN中抵觸。如果云虛擬網絡必須擴展額外的云中數據中心和向外的用戶，就很難看到虛擬化的網絡托管的SDN實現如何回避，有三個原因：

疊加SDN依賴軟件元素創建虛擬網絡。很難確保用戶請求軟件進行參與。網絡設備上的軟件不能輕易更新，就不能使用疊加虛擬化。

疊加SDN不能確保WAN服務質量(QoS)，因為SDN不能管理流量現成。網絡托管SDN可以提供和用戶以前使用的相同的精確的接口和服務，對于軟件或者服務的請求沒有變化。也管理流量并保證QoS。因此，端到端的SDN任務更青睞在網絡中實現的SDN模型。

SDN作為“云網絡”的采納逐漸增多，意味著網絡和服務的轉換能支持大范圍的云計算使用。操作各種SDN任務和技術模型是合適的位置的云服務和實現云計算好處的關鍵。對于云用戶而言，知道他們的云提供商的SDN計劃，以及私有云軟件堆棧廠商的計劃，是確保這些提供商長期價值最關鍵的因素。