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

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

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

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

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

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

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

比如這樣一個(gè)例子:

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

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

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

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

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

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

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

【編輯推薦】

1. 數(shù)據(jù)中心正走向虛擬化未來
2. 中小企業(yè)實(shí)施服務(wù)器虛擬化應(yīng)考慮五大因素
3. VMware構(gòu)建新一代服務(wù)器虛擬化產(chǎn)品