如果一項(xiàng)新技術(shù)被“發(fā)酵”為一種趨勢(shì)，那它將變得不可被阻擋。虛擬化技術(shù)雖然已經(jīng)不再讓人感到那么的新鮮，但對(duì)它我們是否依然感覺(jué)陌生？操作系統(tǒng)在應(yīng)用虛擬化技術(shù)以后物理硬件不見(jiàn)了，服務(wù)器硬件變成了“籃子”，而籃子里放著的一個(gè)個(gè)雞蛋就是以前運(yùn)行在服務(wù)器硬件上的操作系統(tǒng)。

　　這種變化可以說(shuō)是革命性的，它的好處顯而易見(jiàn)，例如可以大幅提升服務(wù)器硬件的利用率，甚至可以成倍的縮減以往購(gòu)買(mǎi)服務(wù)器硬件的成本；同時(shí)服務(wù)器管理也變得更加高效且可控，像管理員可以隨時(shí)對(duì)虛擬機(jī)（VM）進(jìn)行快照，遷移等操作。

 

應(yīng)用虛擬化技術(shù)前后對(duì)比

 

　　虛擬化技術(shù)帶來(lái)的變化不僅在操作系統(tǒng)層面，其實(shí)從上圖中我們還可以看出另一種明顯的變化——網(wǎng)絡(luò)層面的變化。在非虛擬化環(huán)境中，一臺(tái)物理服務(wù)器中運(yùn)行著一個(gè)OS，經(jīng)由一條鏈路或多條鏈路連接到交換機(jī)，這種環(huán)境下網(wǎng)絡(luò)鏈路中的流量幾乎全部為業(yè)務(wù)數(shù)據(jù)流量，流量的大小當(dāng)然要看具體的應(yīng)用是什么，但一般來(lái)講，這個(gè)流量是不高的。

　　但在虛擬化環(huán)境下，這一切發(fā)生了很大的變化，簡(jiǎn)單的講，此時(shí)交換機(jī)與物理服務(wù)器之間的鏈路中傳輸?shù)臄?shù)據(jù)流量變得遠(yuǎn)比以前復(fù)雜得多。首選，這一物理鏈路中將同時(shí)傳輸來(lái)自多個(gè)虛擬機(jī)（VM）中的數(shù)據(jù)，另外，除了業(yè)務(wù)數(shù)據(jù)流量，鏈路中還增加了虛機(jī)機(jī)運(yùn)行時(shí)所需要的系統(tǒng)流量，而這部分流量是以往非虛擬化環(huán)境中所不存在的。

　　讓我們簡(jiǎn)單總結(jié)一下這一變化，在非虛擬化環(huán)境中，物理服務(wù)器與交換機(jī)之間的關(guān)系是一對(duì)一的關(guān)系，而在虛擬化環(huán)境中，由于一臺(tái)物理服務(wù)器中運(yùn)行著多個(gè)虛擬機(jī)（VM），從邏輯結(jié)構(gòu)角度講，這時(shí)服務(wù)器與交換機(jī)之間其實(shí)是“多”對(duì)一的關(guān)系；隨著服務(wù)器（操作系統(tǒng)）與交換機(jī)之間邏輯結(jié)構(gòu)的變化，物理鏈路中的流量也由一對(duì)一變?yōu)榱?ldquo;多”對(duì)一的關(guān)系，此外，還包括了以往非虛擬化環(huán)境中所不存在的虛擬機(jī)系統(tǒng)流量。

 

　　在虛擬化環(huán)境中，上面所提到的流量變化其實(shí)是可以在交換機(jī)端口上監(jiān)控得到的，但還有一部分流量在交換機(jī)上我們是監(jiān)控不到的，請(qǐng)看下圖，我們來(lái)簡(jiǎn)單說(shuō)一下。

 

虛擬交換機(jī)

 

　　虛擬服務(wù)器（這里指的是ESX）會(huì)在OS與網(wǎng)卡物理硬件之間創(chuàng)建一個(gè)中間層——虛擬交換機(jī)（Virtual Switch），就是說(shuō)，一臺(tái)物理服務(wù)器上的各個(gè)虛機(jī)（OS）通過(guò)虛擬交換機(jī)可直接進(jìn)行通信，這部分流量并不會(huì)出現(xiàn)在物理交換機(jī)上，而是在物理服務(wù)器內(nèi)部被消化掉了。

　　這就給故障排查帶來(lái)了一些新的挑戰(zhàn)，在物理交換機(jī)端口上看似正常的流量，而問(wèn)題可能是被虛擬交換機(jī)給掩蓋掉了。VMware VirtualCenter是一個(gè)很有效的管理工具，管理員可以通過(guò)它對(duì)ESX SERVER進(jìn)行各種管理工作，查看運(yùn)行狀況等，關(guān)于VC我們將在隨后的文章中對(duì)其進(jìn)行更為詳細(xì)的介紹，而本文側(cè)重于虛擬化對(duì)物理網(wǎng)絡(luò)鏈路帶來(lái)的影響。

　　服務(wù)器進(jìn)行虛擬化之后，物理網(wǎng)絡(luò)產(chǎn)生的瓶頸問(wèn)題變得更為突出，這個(gè)以往可能并不存在的問(wèn)題一下子成了必須要考慮并需要解決的問(wèn)題。到底虛擬化會(huì)對(duì)物理網(wǎng)絡(luò)產(chǎn)生怎樣的影響？影響有多大？我們可以通過(guò)幾個(gè)并不復(fù)雜的實(shí)驗(yàn)來(lái)說(shuō)明它。

　　我們搭建了一個(gè)虛擬化的實(shí)驗(yàn)場(chǎng)景，邏輯拓?fù)鋱D如下圖所示。交換機(jī)的19#端口與存儲(chǔ)相連，我們將17#端口認(rèn)置為鏡像端口，鏡像19#端口上的所有流量并與監(jiān)控電腦相連接。我們?cè)谔撍茩C(jī)（VM）上運(yùn)行不同的應(yīng)用，在監(jiān)控電腦上使用流量監(jiān)控軟件跟蹤其數(shù)據(jù)流量變化。

 

邏輯拓?fù)鋱D

 

　　在這一測(cè)試環(huán)境中，各虛擬機(jī)（VM）的實(shí)體文件是存放在存儲(chǔ)設(shè)備上的，就是說(shuō)，無(wú)論物理交換機(jī)左側(cè)的邏輯結(jié)構(gòu)如何，在其右側(cè)與存儲(chǔ)設(shè)備相連的那根網(wǎng)線中，基本上只存在兩種數(shù)據(jù)流量，一是業(yè)務(wù)應(yīng)用流量，二是虛擬機(jī)本身的系統(tǒng)流量。這種環(huán)境下在交換機(jī)與存儲(chǔ)之間的鏈路上就不可避免的會(huì)產(chǎn)生傳輸瓶頸。以上都是我們進(jìn)行的邏輯推論，但問(wèn)題到底有多嚴(yán)重？我們將用測(cè)試截圖來(lái)一步步說(shuō)明。

 

場(chǎng)景一：ERP流量

　　我們?cè)谝粋€(gè)VM上發(fā)起ERP查詢請(qǐng)求，ERP服務(wù)器為另一個(gè)同在當(dāng)前物理服務(wù)器上的VM，雖然在這種情況下有一部分網(wǎng)絡(luò)流量被“消化”在了當(dāng)前物理服務(wù)器內(nèi)部，不過(guò)沒(méi)關(guān)系，我們要關(guān)心的并不是這部分內(nèi)容，我們關(guān)心的是在物理鏈路上產(chǎn)生的流量變化。

 

ERP基礎(chǔ)流量

 

　　此處的ERP基礎(chǔ)流量其實(shí)是大量的數(shù)據(jù)庫(kù)查詢操作，X軸為時(shí)間軸（180秒），Y軸為數(shù)據(jù)流量（單位是Byte）。由于ERP查詢腳本比較“單純”，可以看到，流量曲線也比較有規(guī)則，其非峰值流量并不大，基本在1MBps以下。

 

隨著ERP并發(fā)數(shù)的增加網(wǎng)絡(luò)流量產(chǎn)生的變化

 

　　上圖是我們測(cè)試的第二個(gè)ERP腳本，可看到，隨著并發(fā)數(shù)的增加，峰值流量曲線基本上是一路走高，瞬間最高達(dá)到了50MBps。但非峰值曲線并沒(méi)有大的變化，總體來(lái)說(shuō)，網(wǎng)絡(luò)流量依然不高。

 

持續(xù)ERP壓力下的流量

 

 

ERP測(cè)試退出中（不斷關(guān)閉會(huì)話）

 

 

ERP測(cè)試正式退出，退出時(shí)出現(xiàn)了一個(gè)流量峰值達(dá)到了120MBps

 

 

ERP測(cè)試退出后的基礎(chǔ)流量（系統(tǒng)流量），基本在200KBps左右

 

 

虛擬機(jī)（VM）重起

 

　　測(cè)試完ERP的兩個(gè)腳本后，我們重起了兩次虛擬機(jī)（VM），VM的重起速度是非常快的，從截圖中也可以看到，兩次峰值流量的持續(xù)時(shí)間都只有不到10秒。由于VM的實(shí)體文件其實(shí)是存放在存儲(chǔ)設(shè)備中的，VM在重起時(shí)必定會(huì)從存儲(chǔ)中讀取大量數(shù)據(jù)，不過(guò)從測(cè)試截圖來(lái)看，重起VM所產(chǎn)生的流量對(duì)網(wǎng)絡(luò)造成的沖擊并不高。

 

場(chǎng)景二：各種流量疊加

　　在本場(chǎng)景中，我們將ERP流量作為基礎(chǔ)流量（必要流量），一、對(duì)當(dāng)前VM進(jìn)行快照，二、在另一個(gè)VM中（不同物理服務(wù)器上）對(duì)存儲(chǔ)設(shè)備使用IOMETER進(jìn)行吞吐測(cè)試。

 

ERP（基礎(chǔ)）流量峰值平均在5MBps左右

 

 

 

　　所謂快照就是將VM當(dāng)前的狀態(tài)進(jìn)行“拍照”，主要包括當(dāng)前VM的內(nèi)存數(shù)據(jù)、CPU狀態(tài)等信息。上圖中55MBps處的峰值是快照啟動(dòng)時(shí)的流量，在快照進(jìn)行中，流量基本維持在10MBps左右，雖然10MBps的流量并不高，但要知道，這一流量在非虛擬化環(huán)境中是不存在的。并且這僅是對(duì)一個(gè)VM進(jìn)行快照，如果多臺(tái)VM同時(shí)進(jìn)行快照，這一流量將不容小視，因?yàn)檫@一流量是疊加在業(yè)務(wù)應(yīng)用流量之上的。

 

VM快照進(jìn)行中，流量穩(wěn)定在10MBps左右。

 

 

VM快照結(jié)束，此時(shí)的流量?jī)H為ERP流量。

 

 

IOMETER吞吐測(cè)試起動(dòng)

 

　　IOMETER吞吐測(cè)試起動(dòng)后網(wǎng)絡(luò)流量達(dá)到了45MBps左右，此時(shí)的ERP流量被徹底淹沒(méi)了，最左端的VM快照流量也顯得有些微不足道。

 

　　從上面這些截圖中我們可以看到，服務(wù)器虛擬化以后，流量疊加所產(chǎn)生的問(wèn)題不容小視，我們所搭建的測(cè)試環(huán)境其實(shí)很簡(jiǎn)單，所產(chǎn)生的網(wǎng)絡(luò)流量也相對(duì)“單純”，但這已經(jīng)可以說(shuō)明問(wèn)題。

　　我們要做的當(dāng)然是要避免這些問(wèn)題的發(fā)生，首先，也是最重要的，在您設(shè)計(jì)全局虛擬化拓?fù)浣Y(jié)構(gòu)時(shí)，要比以往發(fā)費(fèi)更多精力關(guān)注由于網(wǎng)絡(luò)結(jié)構(gòu)變化帶來(lái)的新性能瓶頸點(diǎn)，如何能讓整個(gè)網(wǎng)絡(luò)運(yùn)行得高效且穩(wěn)定，初期設(shè)計(jì)變得尤為重要，一個(gè)大的方向就是將應(yīng)用網(wǎng)絡(luò)與系統(tǒng)網(wǎng)絡(luò)相分離。另外，對(duì)于一些大流量的應(yīng)用，例如對(duì)VM進(jìn)行快照，雖然技術(shù)上支持任何時(shí)間進(jìn)行，但為了避免對(duì)業(yè)務(wù)應(yīng)用造成沖擊，這類(lèi)操作應(yīng)當(dāng)盡量選擇在網(wǎng)絡(luò)空閑時(shí)進(jìn)行。

　　本次的兩個(gè)場(chǎng)景測(cè)試，我們對(duì)應(yīng)用虛擬化技術(shù)之后會(huì)帶給物理鏈路怎樣的影響作了說(shuō)明，在隨后的測(cè)試中，我們將向大家介紹在虛擬機(jī)（VM）動(dòng)態(tài)遷穩(wěn)時(shí)物理鏈路將發(fā)生怎樣的狀況，VM遷移是根據(jù)策略自動(dòng)進(jìn)行的，鏈路流量起伏也將隨之變得更加難以預(yù)知，敬請(qǐng)期待。