完美的虛擬化網(wǎng)絡(luò)解決方案在哪里？

作者：佚名 2011-07-08 09:44:13

服務(wù)器

數(shù)據(jù)中心

虛擬化 每次談起虛擬化或云計(jì)劃，你會(huì)聽到相同的抱怨：“數(shù)據(jù)中心網(wǎng)絡(luò)妨礙了我?！毕韧浘W(wǎng)絡(luò)基本設(shè)施(過去20年，層層疊疊的神秘的架構(gòu)系統(tǒng))是主要問題。只關(guān)注于尚未明確的完美虛擬化網(wǎng)絡(luò)解決方案。

在岳陽等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì) 網(wǎng)站設(shè)計(jì)制作按需開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站建設(shè),成都全網(wǎng)營(yíng)銷推廣,外貿(mào)網(wǎng)站建設(shè),岳陽網(wǎng)站建設(shè)費(fèi)用合理。

每次談起虛擬化或云計(jì)劃，你會(huì)聽到相同的抱怨：“數(shù)據(jù)中心網(wǎng)絡(luò)妨礙了我?！毕韧浘W(wǎng)絡(luò)基本設(shè)施(過去20年，層層疊疊的神秘的架構(gòu)系統(tǒng))是主要問題。只關(guān)注于尚未明確的***虛擬化網(wǎng)絡(luò)解決方案。

理想狀態(tài)是：虛擬化網(wǎng)絡(luò)方案涉及網(wǎng)絡(luò)的第2層和第3層數(shù)據(jù)中心網(wǎng)絡(luò)結(jié)構(gòu)，能夠?qū)崿F(xiàn)任意互達(dá)，無阻塞鏈接來支持虛擬網(wǎng)絡(luò)和服務(wù)。Juniper Networks Qfabric 就可以做到，還有其他一些廠商，包括Avaya, Force10 Networks和Brocade Networks也可以。但是多數(shù)廠商在這方面缺少細(xì)節(jié)，對(duì)于這些結(jié)構(gòu)能夠多大程度上整合到虛擬化架構(gòu)中，我們?nèi)孕栌^察。

即使在***方案中，數(shù)據(jù)中心網(wǎng)絡(luò)結(jié)構(gòu)也存在問題

假設(shè)你可以在數(shù)據(jù)中心建立一個(gè)***的第二層結(jié)構(gòu)和第三層結(jié)構(gòu)，你仍然面臨3大挑戰(zhàn)：

1.由于TCP/IP協(xié)議棧的限制(更具體而言就是在TCP/IP中缺少會(huì)話層)和損壞的API套接字，使得服務(wù)器(或者虛擬機(jī))的IP地址在操作中沒法更改，導(dǎo)致DNS不能變成協(xié)議棧的一部分。

2.虛擬化廠商提供了唯一的解決方案，我們可以在數(shù)據(jù)中心周圍移動(dòng)一臺(tái)實(shí)際的虛擬機(jī)，同時(shí)橋接(有時(shí)也稱第2層交換)沒有回話丟失。但是橋接由于內(nèi)在限制，如廣播/組播/未知單播洪泛，沒法擴(kuò)展而造成進(jìn)程丟失。我們漸漸不再使用生成樹協(xié)議。但就算有有多鏈接透明互聯(lián)(TRILL), 最短路徑橋接, FabricPath或者VCS這些技術(shù)，洪泛?jiǎn)栴}依然存在。

3網(wǎng)絡(luò)層服務(wù)(防火墻和負(fù)責(zé)均衡)附在虛擬服務(wù)器前端，迫使流量經(jīng)過固定的中間點(diǎn)(物理或者虛擬網(wǎng)絡(luò)設(shè)備)，造成流量阻塞。

這些基本難題的解決方案無法只在網(wǎng)絡(luò)結(jié)構(gòu)中實(shí)現(xiàn)，必須用到嵌入在現(xiàn)代管理程序上的虛擬交換機(jī)。不幸的是，至今只有VMware和Cisco提供了可以把基于管理程序的交換機(jī)直接整合于其他網(wǎng)絡(luò)設(shè)備的架構(gòu)設(shè)備(其他廠商嵌入vCenter來調(diào)整他們的設(shè)備配置)。

VMware虛擬化網(wǎng)絡(luò)策略

VMware在第2層交換機(jī)vSwitch上提供了2種虛擬化網(wǎng)絡(luò)解決方案：集中DVfilter API，可以使安全設(shè)備在獨(dú)立虛擬機(jī)和網(wǎng)絡(luò)其他部分之間攔截流量;而vCDNI，使用專業(yè)的MAC-in-MAC封裝方案來隔離虛擬網(wǎng)絡(luò)。但是他們都沒能解決可擴(kuò)展性問題。他們都使用橋接作為底層網(wǎng)絡(luò)傳輸技術(shù)，但是在vShield Edge設(shè)備VLAN內(nèi)部傳遞流量，使vCDNI 的傳輸問題更為嚴(yán)重。

思科虛擬化網(wǎng)絡(luò)策略

思科有著完全不同的架構(gòu)。它實(shí)施的虛擬以太網(wǎng)模塊(VEM)包含VMware的vPath API，容許工程師隨需要，攔截和重定向流量。該功能用于虛擬安全網(wǎng)關(guān)(VSG)--一個(gè)能根據(jù)需求嵌入在轉(zhuǎn)發(fā)路徑的防火墻。一段進(jìn)程的包首先通過VSG，相同進(jìn)程剩余流量被VEM轉(zhuǎn)發(fā)，這極大地減少了傳輸問題。

思科在它的Nexus 1000v中致力于定位器/標(biāo)識(shí)符分離協(xié)議(LISP)。Nexus 1000v 能夠跨第3層(IP基礎(chǔ)架構(gòu))移動(dòng)虛擬機(jī)，消除了大規(guī)模橋接域的需求，最終提供了一套可升級(jí)的虛擬機(jī)移動(dòng)解決方案。

但是思科的架構(gòu)仍然是粗糙的。在大規(guī)模數(shù)據(jù)中心中，LISP的可擴(kuò)展性仍待證明，在VSG和LISP間可能也存在集成問題。而且，思科的競(jìng)爭(zhēng)對(duì)手聲稱他們的數(shù)據(jù)中心結(jié)構(gòu)能夠以更低的價(jià)格上，提供更好的性能。

多廠商虛擬化網(wǎng)絡(luò)策略

幸運(yùn)的是，對(duì)于那些相信集合單項(xiàng)優(yōu)勢(shì)，用多廠商支持網(wǎng)絡(luò)的數(shù)據(jù)中心架構(gòu)師，可以結(jié)合VMware的管理程序，思科的虛擬化網(wǎng)絡(luò)策略以及它的統(tǒng)一計(jì)算系統(tǒng)刀片服務(wù)器。把思科或者多數(shù)其他廠商產(chǎn)品整合到物理網(wǎng)絡(luò)架構(gòu)中，這不見得是***方案，但是探索的大門是敞開的。

【編輯推薦】

1. Exascale級(jí)超算研究：為后摩爾時(shí)代做準(zhǔn)備
2. 與RISC***對(duì)決 英特爾架構(gòu)勝算何在？
3. 中小企業(yè)實(shí)施服務(wù)器虛擬化技術(shù)小百科
4. 從“水漫京都”看氣象超算預(yù)測(cè)建設(shè)
5. 避實(shí)就虛？歷數(shù)服務(wù)器虛擬化關(guān)鍵步驟
6. 惡意軟件來襲 如何防止服務(wù)器變成“磚”
7. 解析各廠商實(shí)施服務(wù)器虛擬化所需成本理

網(wǎng)頁題目：完美的虛擬化網(wǎng)絡(luò)解決方案在哪里？
文章鏈接：http://m.5511xx.com/article/dhiossi.html