《企業網D1Net》1月14日訊

在虛擬化領域，SDN無疑是最炙手可熱的技術之一，隨著SDN應用的深入，很多廠商對SDN這一概念提出質疑，他們認為該技術的發展程度還不足以使人受益。

那么他們的SDN理念是什么呢?客戶保留著若干業務單位為on-demand運算和存儲提供大量推動擴展需求。他們希望自己的網絡不可視，從不影響應用環境。顯然，他們的數據中心也不是用來試水的地方。

云廠商質疑SDN 理論分析究竟是否該用？

這一點不讓人意外，對于同類企業而言難題都類似：

1. 部署新的硬件(如從1G到10G)和選擇新供應商便產生了持續的再教育，管理和操作型架構變更需求。這些阻礙一般會導致一些顧客接受唯一供應商，端到端的方法。

2. OpEx高過CapEx，所以90%的成本是可操作的。物理設備的價格持續下跌，因為內存成本在下降而系統集成程度在提高。雖然有些人稱這為迎接消費化，但是集資費用不再主導IT預算。

3. 保留一個內部靈活，更改成本高的拓撲結構。網絡建設趨于穩定，這意味著它們更容易被改變。由于有了云計算，工作負載管理現狀需要各種更為快速的網速，這樣才能改變網絡配置適應工作負載環境中的變化。

諷刺的是，大多數SDN支持者都會說“這就是SDN將提供的優勢”。

如果你有開放的SDN：

1. 你可以從硬件中提取網絡操作系統，然后從網絡中提取應用。這是使用白盒服務器的普遍想法，而把這種層級的提取反映到網絡技術中而是關鍵的一步。一旦你有了利用持續軟件環境的自由，硬件更改就不會引發一系列的關聯和操作問題。

2. 如果你的硬件被提取和消費品化，你就可以考慮通過常用創建模塊擴展的新型拓撲結構，實現水平方向(服務器數量)和垂直方向的擴展，讓大量服務器陣列聚合在一起，使其在數據中心之外具備線速率或近線速率通道。用基架，行和滿是CPU的數據中心搭建的云/運算資源確實是現在被普遍接受的平行方法。

3. 你可以在不改變物理拓撲結構的情況下對網絡進行編程，而這樣又有助于減少OpEx和意外的停工時間。編程是基于“黃金標準”策略，腳本是實現服務器管理自動化的常用方式。網絡技術可以沿著外部編程的方向繼續發展，而這也會有助于IT團隊解決操作難題——成本和意外停工。

D1Net評論：

當前，關于SDN的各種概念之爭，其實并沒有任何意義，將SDN運用到實處才是硬道理，無論你是將這種理念稱作是SDN還是開放型網絡，都沒有關系。所有擁有大型數據中心的公司都需要了解SDN可以如何協助他們解決問題，不要再等待，停止爭論。