SOA、虛擬化甚至刀片服務(wù)器是目前數(shù)據(jù)中心最熱門的技術(shù)方向。SOA解決了業(yè)務(wù)靈活性問題，虛擬化改變了基礎(chǔ)架構(gòu)，在提高計算密度的同時提高了服務(wù)器部署的靈活性和可靠性，而刀片服務(wù)器的普遍使用將帶來能耗以及數(shù)據(jù)中心空間的巨大改變。

但是這些技術(shù)的一個共同特點，就是改變了數(shù)據(jù)中心的網(wǎng)絡(luò)流量。高密度的計算和越來越多的數(shù)據(jù)中心內(nèi)部流量使服務(wù)等級保障成為一個巨大的難點。

以微軟的數(shù)據(jù)中心虛擬化為例，按照微軟中國公開的資料，其虛擬化的整合比例達(dá)到了10：1，也就是虛擬化后服務(wù)器數(shù)量減少了90%。這意味著虛擬化過后，微軟的數(shù)據(jù)中心每臺服務(wù)器要對應(yīng)以前10臺服務(wù)器的數(shù)據(jù)流量。

SOA和虛擬化交織在一起使數(shù)據(jù)中心的流量壓力變得更加復(fù)雜。不管是誰家的SOA方案，企業(yè)服務(wù)總線的采用就是必然。簡單的說，以前一種前臺應(yīng)用對應(yīng)一臺后端服務(wù)器的模式將被打破。在SOA架構(gòu)下，用戶一個簡單的網(wǎng)頁可能要請求更多的服務(wù)器才能完成，這必然導(dǎo)致大量的服務(wù)器間也就是數(shù)據(jù)中心內(nèi)部的流量。在這種模式下，客戶服務(wù)品質(zhì)并不僅僅決定于用戶直接鏈接的服務(wù)器，更多的決定于應(yīng)用服務(wù)器間的響應(yīng)時間，任何一個服務(wù)器響應(yīng)時間的惡化都將降低整個服務(wù)品質(zhì)。這就是數(shù)據(jù)中心必須要面臨的挑戰(zhàn)。

面對這種挑戰(zhàn)，傳統(tǒng)的三層及以下網(wǎng)絡(luò)設(shè)備就無能為力了。因為這些網(wǎng)絡(luò)設(shè)備能夠保障帶寬、流量控制，但是顯然無法判定應(yīng)用性質(zhì)，甚至無法清晰的展示虛擬化環(huán)境下的基礎(chǔ)架構(gòu)邏輯，端到端的品質(zhì)保障自然就成為空談。

數(shù)據(jù)中心面臨的新挑戰(zhàn)需要一種能夠識別應(yīng)用，與基礎(chǔ)架構(gòu)的其他管理工具能夠互動的方案。這種情況下，業(yè)務(wù)智能數(shù)據(jù)中心的解決方案就應(yīng)運而生。

Radware業(yè)務(wù)智能ADC的解決方案就是其中之一。Radware業(yè)務(wù)智能解決方案不需要企業(yè)在構(gòu)建數(shù)據(jù)中心時候改變現(xiàn)有的架構(gòu)，Radware可以平滑運用到智能數(shù)據(jù)中心（ADC）建設(shè)當(dāng)中。

比如這樣一個例子:

假定客戶ERP在一天中的需求是這樣分布，在下午3點，其峰值的應(yīng)用需要5臺服務(wù)器而非峰值情況下只需要一臺服務(wù)器；CRM的應(yīng)用在上午9點是峰值，有 4臺服務(wù)器為它工作，而其他時間也僅需要一臺服務(wù)器。傳統(tǒng)的解決方案是給客戶總共用9臺計算機(jī)來提供服務(wù)，是按照系統(tǒng)最高峰的需要來配備，也就是ERP5 臺服務(wù)器和CRM4臺服務(wù)器。但是仔細(xì)分析，在任何一個階段，如果計算機(jī)系統(tǒng)足夠聰明的話只需要6臺設(shè)備可以滿足用戶高峰時期的需求，這樣用戶可以省下很多電費和購買設(shè)備等等額外的費用。

Radwared的解決方案是能夠智能調(diào)配資源，比如CRM、ERP各一臺永久的服務(wù)器，而其他四臺服務(wù)器動態(tài)分配。下午3點鐘針對ERP高峰時段需要5臺處理需要，僅需要從動態(tài)服務(wù)器中調(diào)配4臺來滿足用戶的需要。而在早晨 CRM需要4臺服務(wù)器，則從動態(tài)服務(wù)器中調(diào)配3臺為CRM服務(wù)器。

Radware能夠?qū)崿F(xiàn)這樣的動態(tài)應(yīng)用，是采用了這樣一個結(jié)構(gòu)，用Appdirector實現(xiàn)服務(wù)器的負(fù)載均衡，另外VirtualDirector則負(fù)責(zé)監(jiān)聽服務(wù)等級。如果一個應(yīng)用的服務(wù)等級有所下降，VirtualDirector會通過VMware的虛擬化管理中心給這個應(yīng)用分配更多的資源，同時通知Appdirector實現(xiàn)新的負(fù)載均衡。

在上面的ERP、CRM數(shù)據(jù)中心例子里。VirtualDirector的作用就是按照策略或者服務(wù)等級分配更多的虛擬機(jī)，而Appdirector的作用就是在不同的虛擬機(jī)之間實現(xiàn)動態(tài)負(fù)載均衡。

Radware的Appdirector和VirtualDirector都在一個盒子實現(xiàn)，就是最新的OnDemand Switch3這款產(chǎn)品。

對未來的數(shù)據(jù)中心而言，Radware的解決方案以及OnDemand Switch3最大的價值就是：終于有一種解決方案來檢測和分析復(fù)雜應(yīng)用的服務(wù)等級。這無疑是保障SLA的基礎(chǔ)和關(guān)鍵。而傳統(tǒng)基于流量的工具和解決方案，在面臨新的復(fù)雜數(shù)據(jù)中心時將無能為力。

對CIO而言，當(dāng)數(shù)據(jù)中心整合完畢后，面臨的第一個挑戰(zhàn)就是應(yīng)用服務(wù)等級問題將無法診斷，這對CIO而言無疑將是一場惡夢。而Radware的解決方案正好就是一個可行的解決方案。

【編輯推薦】

1. 細(xì)分領(lǐng)域界定不明——網(wǎng)絡(luò)虛擬化技術(shù)探秘
2. 向云計算蔓延——服務(wù)器虛擬化技術(shù)2009年展望
3. 回顧2008、展望2009之虛擬化技術(shù)