軟件定義網(wǎng)絡(luò)潛在用戶所面臨的一個(gè)關(guān)鍵挑戰(zhàn)是判斷特定SDN控制器的特定價(jià)值，畢竟控制器作為網(wǎng)絡(luò)應(yīng)用和網(wǎng)絡(luò)基礎(chǔ)設(shè)施之間的橋梁發(fā)揮著關(guān)鍵性作用。但目前還沒有一個(gè)可以規(guī)范SDN的模型，也沒有一個(gè)SDN控制器必須要遵守的任何標(biāo)準(zhǔn)。
雖然Linux基金會(huì)旗下的多廠商OpenDaylight項(xiàng)目的出現(xiàn)為統(tǒng)一的模塊化控制器架構(gòu)所需的SDN堆棧帶來了希望，但是對(duì)于控制器需要提供什么樣的特定服務(wù)，廠商當(dāng)中仍然存在著許多不同的意見。用戶的壓力在于確定SDN控制器具有什么樣的能力，以及這些功能是否能夠幫助實(shí)現(xiàn)期望的目標(biāo)。即便如此，消費(fèi)者也難以購買到一個(gè)獨(dú)立的SDN控制器。實(shí)際情況是廠商常常將控制器捆綁在整個(gè)SDN套裝之中，這個(gè)套裝通常包括：應(yīng)用軟件、控制器和網(wǎng)絡(luò)硬件。
即便你考慮從廠商那里購買一個(gè)整體解決方案，控制器的功能也可能出現(xiàn)麻煩。畢竟，軟件定義網(wǎng)絡(luò)正在迅速發(fā)展，而最初的整體解決方案會(huì)顯得陳舊。因此我們有眾多的因素需要考慮，細(xì)述如下。
原始性能
談到原始性能，我們首先需要明確SDN控制器的作用。通常，SDN控制器的功能是將網(wǎng)絡(luò)環(huán)境中的控制與數(shù)據(jù)平面互相分離。換句話說，控制器將告訴網(wǎng)絡(luò)設(shè)備如何轉(zhuǎn)發(fā)流量(控制平面)，但是它們并不真正轉(zhuǎn)發(fā)這些流量(數(shù)據(jù)平面)。這種情況在OpenFlow(OF)網(wǎng)絡(luò)中非常常見。在OpenFlow網(wǎng)絡(luò)中，SDN控制器主要用于對(duì)網(wǎng)絡(luò)設(shè)備中的OF表單進(jìn)行編程。
在OpenFlow網(wǎng)絡(luò)中，OF交換機(jī)接收數(shù)據(jù)包并根據(jù)流表處理這些數(shù)據(jù)包。但是如果流表中的數(shù)據(jù)包沒有匹配的條目，將會(huì)怎樣?在這種情況下，OF交換機(jī)將把數(shù)據(jù)包發(fā)給OF控制器，這實(shí)際上相當(dāng)于在問“我應(yīng)該怎么處理這些數(shù)據(jù)包?”。OF控制器來決定當(dāng)數(shù)據(jù)包與流匹配時(shí)交換機(jī)應(yīng)當(dāng)做些什么，并對(duì)交換機(jī)進(jìn)行編程。這一程序被稱為“流安裝”。
由于擴(kuò)展方面的需求，SDN控制器每秒的流安裝量受到了高度重視。通常，流安裝在SDN中會(huì)存在一個(gè)性能瓶頸。但是不要想當(dāng)然的認(rèn)為，在大量交換機(jī)和你希望控制的龐大微流數(shù)量共同作用下，它們很快就會(huì)超過控制器流安裝能力。必須牢記并不是每個(gè)流都需要與控制器聯(lián)系。只有那些還沒有被識(shí)別或編程的流才需要這一步驟，而這通常只是例外情況。
對(duì)于廠商來說，他們非常清楚OpenFlow網(wǎng)絡(luò)的流安裝性能所帶來的挑戰(zhàn)。廠商們已經(jīng)制訂了許多緩解控制器瓶頸的策略。因此不要因?yàn)樵夹阅軘?shù)據(jù)不佳就簡單地將某一控制器選擇排除在外。廠商可能有辦法優(yōu)化你的網(wǎng)絡(luò)環(huán)境，將流安裝的需求量降到最低限度。在這些緩解辦法當(dāng)中，有一種名為流通配符技術(shù)。該技術(shù)允許通過一個(gè)單一的流條目處理眾多微流。
拓?fù)?/strong>
在評(píng)估SDN控制器時(shí)另一個(gè)要考慮因素是你的網(wǎng)絡(luò)拓?fù)洹Ｗ屛覀兿瓤紤]一下LAN和WAN的區(qū)別。你想用軟件定義網(wǎng)絡(luò)中的哪一部分?盡管LAN是典型的SDN使用案例，但是如果你希望橫跨WAN部署網(wǎng)絡(luò)虛擬化，那會(huì)是什么情況?控制器在這一模式中將如何工作?這在很大程度上是一個(gè)有關(guān)功能性的問題。當(dāng)你的SDN環(huán)境對(duì)于單個(gè)控制器來說顯得過大因而無法有效管理時(shí)，供應(yīng)商會(huì)提供什么樣的選項(xiàng)幫助你向廣域網(wǎng)擴(kuò)展?
采用中央控制器方式的SDN解決方案可以進(jìn)行橫向擴(kuò)展。換句話說，你可以增加控制器以應(yīng)對(duì)額外的交換機(jī)。不過這里存在一個(gè)非常棘手的問題，這些交換機(jī)彼此之間將如何進(jìn)行通信。
對(duì)此，廠商給出了許多種答案。盡管業(yè)內(nèi)很早就展開了對(duì)控制器彼此對(duì)話方式進(jìn)行標(biāo)準(zhǔn)化的討論，但是在大多數(shù)情況下，目前的解決方案還只是局限于特定的控制器。一個(gè)常見的技術(shù)組合是通過BGP協(xié)議實(shí)現(xiàn)控制器之間的信息交換。在這種方式中，控制器知道如何查找網(wǎng)絡(luò)中不同的軟件定義部分，并在兩個(gè)區(qū)域之間轉(zhuǎn)發(fā)流量。如果這一功能對(duì)你來說非常重要，那么你需要向備選的供應(yīng)商詢問這個(gè)關(guān)鍵性問題。
雖然許多SDN解決方案能夠支持一個(gè)中央控制器，但是中央化控制器的概念仍然存在一個(gè)潛在的問題。首先是控制平面的流量(如從控制器到網(wǎng)絡(luò)交換機(jī)的指令)如何被傳輸。帶內(nèi)通信意味著控制平面的流量將使用所有正常網(wǎng)絡(luò)流量所使用的路徑，帶外(OOB)通信意味著傳輸控制平面的流量需要一個(gè)獨(dú)立的物理網(wǎng)絡(luò)。
帶內(nèi)通信受到了一些希望通過“可達(dá)性”調(diào)整網(wǎng)絡(luò)拓?fù)涞膹S商們的支持。這一方案的理念是，如果網(wǎng)絡(luò)設(shè)備不再能夠被控制器控制，那么拓?fù)鋵?huì)發(fā)生調(diào)整，控制器能夠發(fā)現(xiàn)這些變化并做出相應(yīng)調(diào)整。帶外通信也受到了一些廠商的支持。這部分廠商主要是希望確?？刂破髦g和交換機(jī)之間的低延遲，提升安全性，消除控制平面流量丟失所造成的數(shù)據(jù)流量風(fēng)險(xiǎn)。