在提升云與數(shù)據(jù)中心靈活性和處理效率的長(zhǎng)期過程中，應(yīng)用定義網(wǎng)絡(luò)(ADN)的概念作為軟件定義網(wǎng)絡(luò)的邏輯延伸，其目標(biāo)是通過網(wǎng)絡(luò)高效地處理應(yīng)用程序。但是，隨著支持這個(gè)新概念的技術(shù)出現(xiàn)以及供應(yīng)商也開始發(fā)布支持ADN的產(chǎn)品，ADN也取得了一些進(jìn)步。
AND的概念是建立在軟件定義網(wǎng)絡(luò)(SDN)提供的服務(wù)之上。ADN提供了一個(gè)框架，它使應(yīng)用程序能夠向SDN控制器和技術(shù)平臺(tái)(如應(yīng)用交付控制器)發(fā)送它們的需求，然后接收反饋，在處理過程中修改需求。
SDN的目標(biāo)是通過配置各個(gè)數(shù)據(jù)包流，實(shí)現(xiàn)比傳統(tǒng)交換與路由協(xié)議更高效的網(wǎng)絡(luò)資源使用率。雖然優(yōu)化數(shù)據(jù)包流很重要，但是網(wǎng)絡(luò)的另一個(gè)越來越重要的目標(biāo)是支持應(yīng)用處理。
但是，高效處理應(yīng)用不僅僅需要優(yōu)化各個(gè)網(wǎng)絡(luò)流，因?yàn)橛刹煌M件構(gòu)成的復(fù)雜應(yīng)用程序運(yùn)行在不同的服務(wù)器上。它需要使用多個(gè)網(wǎng)絡(luò)連接，其中每一個(gè)連接都有不同的帶寬要求和延遲特征。顯然，手動(dòng)配置服務(wù)器和網(wǎng)絡(luò)，使之適應(yīng)各種應(yīng)用的要求，其效率是不夠高的。
應(yīng)用程序在不斷地發(fā)展，以適應(yīng)變化的業(yè)務(wù)需求，而且有許多應(yīng)用程序同時(shí)支持運(yùn)行在公共云和私有云中。如果必須手動(dòng)配置一個(gè)云環(huán)境去支持少數(shù)應(yīng)用程序，那么可能會(huì)破壞了云處理帶來的好處。
在從應(yīng)用程序收集到信息之后，ADN就能夠?qū)崿F(xiàn)以下好處：
網(wǎng)絡(luò)管理軟件和工具可以在所有可用鏈路上平衡流量負(fù)載，實(shí)現(xiàn)必要的帶寬、延遲時(shí)間和延遲特征。
一個(gè)可以在所有服務(wù)器之間平衡計(jì)算負(fù)載的服務(wù)器管理軟件接口。
更高效地使用網(wǎng)絡(luò)與服務(wù)器硬件，從而消除網(wǎng)絡(luò)的過度分配，保證有足夠的處理資源。
不同供應(yīng)商的ADN實(shí)現(xiàn)方法
應(yīng)用定義網(wǎng)絡(luò)仍然是相對(duì)較新的概念，所以現(xiàn)在業(yè)界還沒有廣泛接受它所提供服務(wù)的定義及這些服務(wù)器的實(shí)現(xiàn)方式。結(jié)果，供應(yīng)商現(xiàn)在采用了不同的實(shí)現(xiàn)方法。有一些是改進(jìn)現(xiàn)有產(chǎn)品，而另一些則在開發(fā)新產(chǎn)品。
Brocade Networks、Citrix Systems和F5 Networks等應(yīng)用交付控制器供應(yīng)商都使用的一種方法是擴(kuò)展他們產(chǎn)品的負(fù)載均衡功能。應(yīng)用交付控制器一開始將作為負(fù)載均衡程序，但是它們能夠監(jiān)控所有 使用它們服務(wù)的應(yīng)用程序。新產(chǎn)品中連接網(wǎng)絡(luò)管理軟件和工具的接口可以幫助它們獲得應(yīng)用程序的網(wǎng)絡(luò)資源需求。
思科最近發(fā)布的應(yīng)用中心基礎(chǔ)架構(gòu)(Application Centric Infrastructure)項(xiàng)目則采用了另一種方法，它使應(yīng)用程序能夠運(yùn)行在任意環(huán)境，包括云或傳統(tǒng)數(shù)據(jù)中心，虛擬化環(huán)境或物理設(shè)備。其目標(biāo)是用戶能 夠通過開放接口指定應(yīng)用需求，而基礎(chǔ)架構(gòu)將自動(dòng)提供網(wǎng)絡(luò)、計(jì)算和存儲(chǔ)需求。這個(gè)思科項(xiàng)目預(yù)計(jì)將加入涵蓋網(wǎng)絡(luò)、安全和應(yīng)用的通用政策管理，也包括更新的交換 機(jī)硬件。思科項(xiàng)目的初始組件將在2013年下半年發(fā)布。
還有其他一些供應(yīng)商在開發(fā)純軟件的ADN解決方案。新創(chuàng)公司Lyattis 已經(jīng)發(fā)布了兩個(gè)產(chǎn)品——CloudWeaver Discovery和CloudWeaver FlowMapper。這兩個(gè)產(chǎn)品都支持通過Amazon Web Services (AWS)服務(wù)交付。CloudWeaver Discovery可以定位和報(bào)告分配的AWS資源及其地理位置，而CloudWeaver FlowMapper則顯示當(dāng)前激活的應(yīng)用數(shù)據(jù)流，報(bào)告可用帶寬和延遲時(shí)間，以及標(biāo)識(shí)正在形成的瓶頸。目前，這兩個(gè)產(chǎn)品都能夠顯示信息，但是還不支持重新 分配網(wǎng)絡(luò)或服務(wù)器，所以它們?nèi)匀恍枰僮魅藛T干預(yù)。但是，Lyatiss計(jì)劃在將來推出一個(gè)ADN平臺(tái)，它將自動(dòng)分配云資源。
另外兩個(gè)新創(chuàng)公司Boundary 和Plexxi 也整合了他們的產(chǎn)品，提供另一種ADN實(shí)現(xiàn)策略：
Boundary提供了一種軟件即服務(wù)解決方案，它能夠標(biāo)識(shí)應(yīng)用組件及它們之間的網(wǎng)絡(luò)流。它會(huì)保持這些流的監(jiān)控，然后報(bào)告帶寬及其他重要參數(shù)。它同時(shí)支持公共云、私有云和傳統(tǒng)數(shù)據(jù)中心。
Plexxi的產(chǎn)品包含多個(gè)以太網(wǎng)交換機(jī)和一個(gè)控制器。交換機(jī)之間由雙光線環(huán)路連接，由于不需要分層交換機(jī)，因此網(wǎng)絡(luò)扁平化了。基于服務(wù)器的控制器將指示交換機(jī)根據(jù)應(yīng)用需求分配網(wǎng)絡(luò)資源。
Boundary和Plexxi的產(chǎn)品組合在一起就可以實(shí)現(xiàn)自動(dòng)化反饋處理。Boundary負(fù)責(zé)檢測(cè)應(yīng)用組件，持續(xù)監(jiān)控它們連接的流，然后連接 Plexxi控制器，控制交換機(jī)分配足夠的網(wǎng)絡(luò)資源。這種解決方案要求使用Plexxi交換機(jī)和控制器，所以它只能用在基于這些產(chǎn)品的網(wǎng)絡(luò)上。
組合監(jiān)控軟件與SDN控制器的方法可以擴(kuò)展到其他供應(yīng)商設(shè)備上。Plexxi的控制器到交換機(jī)協(xié)議是私有協(xié)議;它不使用OpenFlow。但 是，Lyatiss和Boundary等類似的監(jiān)控產(chǎn)品能夠與任意支持OpenFlow的SDN控制器連接。現(xiàn)在有許多兼容OpenFlow的交換機(jī)，所 以這個(gè)解決方案有可能廣泛應(yīng)用。
應(yīng)用定義網(wǎng)絡(luò)的模型是一種新概念，目前只有很少的產(chǎn)品支持，而且這些產(chǎn)品仍處理早期開發(fā)階段。但是，將來肯定有更多的產(chǎn)品出現(xiàn)。在實(shí)現(xiàn)ADN的過程中，供 應(yīng)商和企業(yè)將從中獲得更多經(jīng)驗(yàn)，這些產(chǎn)品也將不斷地優(yōu)化，最終會(huì)開發(fā)出一些標(biāo)準(zhǔn)接口。然后，應(yīng)用定義網(wǎng)絡(luò)將成為一種支持所有云和大型數(shù)據(jù)中心的廣泛應(yīng)用概念。
京公網(wǎng)安備 11010502049343號(hào)