《電子技術應用》
您所在的位置:首頁 > 通信與網(wǎng)絡 > 設計應用 > 創(chuàng)新技術SDN將顛覆網(wǎng)絡管理的未來?
創(chuàng)新技術SDN將顛覆網(wǎng)絡管理的未來?
it168網(wǎng)站原創(chuàng)
作者:歐雪娥翻譯
摘要: 有不少技術專家提出,軟件定義網(wǎng)絡(SDN)最主要的功能等同于IT行業(yè)中的網(wǎng)絡變更與配置管理(NCCM)。我認為這種想法源于SDN執(zhí)行網(wǎng)絡配置變更管理的能力,一般看來,SDN和NCCM似乎有著相同的功能,但事實上,經(jīng)過仔細觀察和分析后,會發(fā)現(xiàn)它們之間有一個顯著差異。下面就讓我們來看看一些能夠證明這些差異的實例。
Abstract:
Key words :

 有不少技術專家提出,軟件定義網(wǎng)絡(SDN)最主要的功能等同于IT行業(yè)中的網(wǎng)絡變更與配置管理(NCCM)。我認為這種想法源于SDN執(zhí)行網(wǎng)絡配置變更管理的能力,一般看來,SDN和NCCM似乎有著相同的功能,但事實上,經(jīng)過仔細觀察和分析后,會發(fā)現(xiàn)它們之間有一個顯著差異。下面就讓我們來看看一些能夠證明這些差異的實例。

  NCCM的功能
 
  NCCM提供給了網(wǎng)絡和/或系統(tǒng)管理員這樣一種功能,他們可以通過網(wǎng)絡基礎設施自動跟蹤網(wǎng)絡變更、完成配置更新。一個好的NCCM系統(tǒng)不僅能夠提高網(wǎng)絡管理員的效率,能夠讓他們跟蹤網(wǎng)絡變更、檢測到非法的更改,而且還能通過許多設備自動檢測到相似的變更、自動更新設備的操作系統(tǒng)。在NCCM的功能列表中包括以下內(nèi)容:
  1.變更管理。錯誤的配置變至少會導致40%的網(wǎng)絡中斷,這也是導致跟蹤配置失去穩(wěn)定性和高效性的一個重要因素。監(jiān)測物理基礎設施變更是變更管理的另一個分支,對冗余故障進行識別——在故障前一秒發(fā)生中斷。變更的審計線索對錯誤分析提供了有力的幫助,一個好的變更管理系統(tǒng)是要結合故障單登記系統(tǒng)和變更控制委員會(CCB),評估那些被提交上來的變更請求,進而批準變更的實施。
  2.對預定義和經(jīng)過驗證的模板進行配置。經(jīng)常配置網(wǎng)絡會讓網(wǎng)絡變得更穩(wěn)定、更易于管理,這對網(wǎng)絡管理至關重要。
  3.自動化的網(wǎng)絡配置和系統(tǒng)更新。
  一個NCCM系統(tǒng)通常不執(zhí)行以下操作:
  1. 在應用程序與NCCM系統(tǒng)之間雙向通信;
  2. 動態(tài)的、實時的網(wǎng)絡變更來支持應用程序的需求;
  3. 從網(wǎng)絡中得到的反饋信息應通知應用程序,因為這些變更對應用程序也會有一定的影響。反饋信息可以驗證變更請求是否已經(jīng)被執(zhí)行,或者是告知網(wǎng)絡中出現(xiàn)的一些偶然的變更信息,例如一條關鍵鏈路或網(wǎng)絡設備的丟失導致可用寬帶的變更或延遲。
  一些優(yōu)秀的執(zhí)行機構會采用NCCM的某些技術形式,來讓他們的網(wǎng)絡更加穩(wěn)定。然而,網(wǎng)絡和應用程序是分開的,前面提到的變更控制委員會對變更請求進行驗證和批準,它的速度很明顯會比較慢,有些變更控制委員會幾乎需要一周甚至更多時間才能完成審批手續(xù)。在某些行業(yè)領域,能被執(zhí)行的變更是有一定的限制的,比如在節(jié)假日,網(wǎng)上購物達到巔峰時刻的零售網(wǎng)絡,或者是股票交易時間的經(jīng)紀網(wǎng)絡,在網(wǎng)絡業(yè)務交易發(fā)生變化時,這些網(wǎng)絡都會變得很遲鈍。
  緩慢的網(wǎng)絡配置變更意味著網(wǎng)絡必須配置為支持各種網(wǎng)絡應用程序,而不需要在網(wǎng)絡上進行任何的變更。此外,該網(wǎng)絡必須支持能夠在虛擬服務器之間遷移的應用程序。隨著應用程序和服務器環(huán)境的動態(tài)性越來越好,該網(wǎng)絡也就變得更加地活躍,這就會導致緊急變更請求數(shù)量的增加。
 
     SDN在網(wǎng)絡管理上的超越
 
  從某種意義上來說,SDN是動態(tài)的NCCM。但是,這種動態(tài)性需要建立在與NCCM完全不同的系統(tǒng)上。應用程序和SDN網(wǎng)絡之間有一個很緊密的聯(lián)系,下面將從兩個方面上說起:
  1.應用程序與網(wǎng)絡連接時需要發(fā)出帶寬、等待和連接幾個請求,該網(wǎng)絡必須對每一個請求返回一個確認信息,因為在某些情況下,網(wǎng)絡不能夠提供所請求的服務,那么應用程序需要知道自己的服務請求被拒絕了。
  2.網(wǎng)絡需要告訴應用程序自己的哪些部分發(fā)生了變更,否則可能導致鏈接或設備故障。
  當SDN控制器接收到來自應用程序的服務請求時,它需要知道當前的網(wǎng)絡狀態(tài)以及明確是否能夠提供這些服務請求。這就意味著SDN需要知道當前的網(wǎng)絡狀態(tài),包括一些外部變化,就這方面而言,SDN和NCCM是相類似的。
  所不同的就是消息的實時性,SDN需要這種實時性,而NCCM不需要。當虛擬機移動到另外一臺服務器時,所有與客戶端相連的數(shù)據(jù)通道以及其他的服務器都需要進行維護。如果一個應用程序需要一類特殊的網(wǎng)絡服務,那么該服務能夠被支持嗎?如果網(wǎng)絡提供了該服務,但是出現(xiàn)了故障,那又會發(fā)生什么呢?與NCCM不同的是,SDN沒有必要提供網(wǎng)絡去支持應用程序發(fā)出的所有服務請求。
  SDN使得應用程序和網(wǎng)絡間的通信變得更加容易。原因是一個動態(tài)的網(wǎng)絡當然支持動態(tài)的應用程序。網(wǎng)絡可能每分鐘都在變化,但是我們不應該試圖讓一個配置變更為一個接口,因為那樣的話會導致物理故障,這就是為什么在SDN中需要了解當前的網(wǎng)絡狀態(tài),以及記錄發(fā)生的網(wǎng)絡變更。
  SDN在效率上的提升也意味著復雜性的提高。當出現(xiàn)故障時,排除系統(tǒng)的故障將更加具有難度,但是,有了網(wǎng)絡變更的記錄,故障排除就會變得容易一些。
 
  實例
 
  關于SDN的動態(tài)性,統(tǒng)一通信(UC)就是個很好的例子,我們知道,統(tǒng)一通信提供語音或視頻連接,當發(fā)起一個呼叫請求時,SDN可以保證這條連接路徑上有足夠的帶寬。另外,當有新的呼叫請求時,還可以動態(tài)增加帶寬。如果帶寬不夠用了,SDN會通知應用程序,管理員就會用以下方法進行處理新的呼叫請求:
  1.它可能被拒絕。這是呼叫接納控制(CAC) 的一種形式
  2.它也可以被允許進行。隨著通信流量下降到一個比較低的服務等級時,就告知統(tǒng)一通信服務器,如果此時使用低帶寬解碼器,這個呼叫請求就能繼續(xù)執(zhí)行下去。
  另外還有一個例子,一個多服務器數(shù)據(jù)庫系統(tǒng)有一組新的虛擬機進入聯(lián)機狀態(tài),以處理增加的負載。這些虛擬機可以在數(shù)據(jù)中心的任何位置,當虛擬機停留在某個位置的時候,就與動態(tài)建立的負載平衡器相連接。當負載降低時,虛擬機便可以從中撤退出來,網(wǎng)絡資源也將被釋放,從而能服務于其他應用程序。
 
  總結
 
  SDN和NCCM在某些方面是相似的,但是SDN的動態(tài)性更強,這使得SDN的內(nèi)部結構和NCCM有著根本性區(qū)別,似乎SDN的功能已經(jīng)超越了NCCM。
此內(nèi)容為AET網(wǎng)站原創(chuàng),未經(jīng)授權禁止轉(zhuǎn)載。