SDN架構必須考慮的因素

資料中心討論的再也不是軟體定義網路（SDN）的採用與否，而是 「如何去做」的問題。 SDN為標準化和自動化提供了良好的環境，許多廠商都在提出該問題的解決方案——甚至許多廠商已開始提供一些可用的早期技術。 但是，IT管理員應該仔細考慮一下到底應該在什麼方面投資。 SDN未必在所有情況下都是最具成本效益的解決方案，有時候其他技術投資可能會得到更大或更直接的收益。

此外，IT管理員應該考慮到供應商也不可能精通SDN的所有領域，因此有些可以使用SDN解決的相關問題，廠商的解決方案卻行不通。 廠商將當下行業格局評估為最有利可圖的時機，這也會嚴重影響到其提供給IT管理員SDN解決方案的可用性。

好消息是：對比其他的技術，資料中心網路（如廣域網路和局域網）將獲得更多的關注；同樣，產品研發的速度也會更快。 網路系統管理員應該關注功能，相容性，價格和性能的不同級別——取決於主要供應商的運營方式。 鑒於SDN是一種新興技術及SDN市場的複雜性，在SDN決策制定時，IT管理員必須考慮如下7個因素：

1、所面向的行業

某些行業資料中心的單員工投資比例要遠高於其它行業，而且資料中心的規模也是考慮SDN的一個重要的因素。 如亞馬遜、谷歌、Facebook和Azure在幾年前就使用了自己的SDN解決方案，而且就他們當下的規模來說，SDN已成為資料中心運營不可或缺的一環。 對於這些大型的供應商，他們的目標是與供應商無關的標準化，而他們下一個目標則是架頂式交換器。 對於管理大把機架的大型資料中心運營機構來說，模仿一些雲巨頭的運營方法不失為一良策。 在他們身上我們可以看到： 「暴發戶」供應商發佈的開源參考架構商業版本還是值得期待的，更需關注的一些來自成熟供應商的標準化解決方案。 而SDN的存在對資料中心的標準化有著重大的意義，可以説明我們從單一的硬體定制源過渡到基於商用硬體的美好願景。

2、網路的規模

接近或者超過1000個活躍IP位址的資料中心同樣是SDN的用武之地，如果存在大多數的IP位址被分配到虛擬機器的情況就更加如此。 從供應商身上不難發現：我們可以期望管理程式/虛擬機器（VM）供應商去成為SDN的控制者，並推動硬體廠商公開豐富的Southbound SDN API。 控制器將會是IT預算裡的新的專案，並且可以預期的是虛擬機器供應商同樣想控制vSwitch、機架，並將其作為各自核心軟體的一個獨立部分。

3、應用程式和工作負載

具備穩定的IT運營系統並且不將其敏捷性作為競爭優勢的機構，可能會推遲SDN的步伐，使用成熟的技術將會更有成本效益，比如PuTTY。

4、網路內VM的數量

除了分配到你主資料中心虛擬機器的IP數量以外，機構網路內的虛擬機器的總數也是考慮是否去搭建SDN的一個因素。 不妨試想一下，通過SDN控制器從Northbound和Southbound兩個方面去管理一個資料服務VM：基於網路流量分析，可能確定當客戶靠近遠端資料中心時，VM會更有效率；控制器會向VMotion伺服器發送一條命令， 同時會協調整個企業內的網路變化並配置新的位址。

5、對敏捷性，靈活性和可擴充性的需求

特別適用于混合雲或本地資料中心客戶，通過去去除傳統網路間的分界點，SDN能夠極大的提高其靈活性。 本地、遠端以及虛擬網路是歸化到一個共同的實體，通過性能區分，而不是物理介面。 我們能從供應商看到：雲供應商也在不斷的擴充這個領域的混合管理工具，微軟特別側重于在其平臺上混合支援，雖然只是在自己的平臺上。

6、對簡化安全措施和控制應用程式訪問的需求

因為涉及到網路安全和訪問，使用傳統策略，應用程式的最佳實踐、基於策略管理、例行審計都是個不小的挑戰。 而在SDN裡，網路本身可以自己定義並給任何內容附加協定，如應用程式、使用者、工作流、終端和設備。 如果一個機構需要複雜或者是關鍵的安全需求，那麼SDN的智慧服務將是至關重要的；而縱觀所有供應商，他們也在向著智慧化、自動化方向發展。

7、人員和資本資源的流向

從IT行業的慣例來看，只有像SDN這樣具有清晰回報率的IT專案才會被認同；預算有限或者是具有極少數專家的IT組織是不可能作為SDN的可行候選者。 與伺服器虛擬化一樣，各種規模的IT機構都會受益于SDN，但是這種獲益不可能一蹴而就。 我們能從廠商看到，即使網路虛擬化市場已經成熟一段時間，微軟也只是最近才通過Hyper-V將「free」 VM託管在一些中小企業中落實，並且沒有廠商會在意預算很小的SDN。

最後，IT管理員應該考慮供應商是否在2005年斯坦福大學的原始研究精神下推動解決方案去解決常見的網路難題。 SDN的夢想，同樣也是絡管理員的夢想——網路軟體層從硬體層上分離，基於規則，自動化減少甚至是消除人工因素，從而來減少配置錯誤和停機時間。  （責編/孟祥傑）