虛擬化SOA給數(shù)據(jù)中心流量暴增帶來危機
SOA、虛擬化甚至刀片服務器是目前數(shù)據(jù)中心最熱門的技術方向。SOA解決了業(yè)務靈活性問題，虛擬化改變了基礎架構，在提高計算密度的同時提高了服務器部署的靈活性和可靠性，而刀片服務器的普遍使用將帶來能耗以及數(shù)據(jù)中心空間的巨大改變。
但是這些技術的一個共同特點，就是改變了數(shù)據(jù)中心的網(wǎng)絡流量。高密度的計算和越來越多的數(shù)據(jù)中心內(nèi)部流量使服務等級保障成為一個巨大的難點。
以微軟的數(shù)據(jù)中心虛擬化為例，按照微軟中國公開的資料，其虛擬化的整合比例達到了10：1，也就是虛擬化后服務器數(shù)量減少了90%。這意味著虛擬化過后，微軟的數(shù)據(jù)中心每臺服務器要對應以前10臺服務器的數(shù)據(jù)流量。
SOA和虛擬化交織在一起使數(shù)據(jù)中心的流量壓力變得更加復雜。不管是誰家的SOA方案，企業(yè)服務總線的采用就是必然。簡單的說，以前一種前臺應用對應一臺后端服務器的模式將被打破。在SOA架構下，用戶一個簡單的網(wǎng)頁可能要請求更多的服務器才能完成，這必然導致大量的服務器間也就是數(shù)據(jù)中心內(nèi)部的流量。在這種模式下，客戶服務品質(zhì)并不僅僅決定于用戶直接鏈接的服務器，更多的決定于應用服務器間的響應時間，任何一個服務器響應時間的惡化都將降低整個服務品質(zhì)。這就是數(shù)據(jù)中心必須要面臨的挑戰(zhàn)。
面對這種挑戰(zhàn)，傳統(tǒng)的三層及以下網(wǎng)絡設備就無能為力了。因為這些網(wǎng)絡設備能夠保障帶寬、流量控制，但是顯然無法判定應用性質(zhì)，甚至無法清晰的展示虛擬化環(huán)境下的基礎架構邏輯，端到端的品質(zhì)保障自然就成為空談。
數(shù)據(jù)中心面臨的新挑戰(zhàn)需要一種能夠識別應用，與基礎架構的其他管理工具能夠互動的方案。這種情況下，業(yè)務智能數(shù)據(jù)中心的解決方案就應運而生。
Radware業(yè)務智能ADC的解決方案就是其中之一。Radware業(yè)務智能解決方案不需要企業(yè)在構建數(shù)據(jù)中心時候改變現(xiàn)有的架構，Radware可以平滑運用到智能數(shù)據(jù)中心（ADC）建設當中。
比如這樣一個例子:
假定客戶ERP在一天中的需求是這樣分布，在下午3點，其峰值的應用需要5臺服務器而非峰值情況下只需要一臺服務器；CRM的應用在上午9點是峰值，有 4臺服務器為它工作，而其他時間也僅需要一臺服務器。傳統(tǒng)的解決方案是給客戶總共用9臺計算機來提供服務，是按照系統(tǒng)最高峰的需要來配備，也就是ERP5 臺服務器和CRM4臺服務器。但是仔細分析，在任何一個階段，如果計算機系統(tǒng)足夠聰明的話只需要6臺設備可以滿足用戶高峰時期的需求，這樣用戶可以省下很多電費和購買設備等等額外的費用。
Radwared的解決方案是能夠智能調(diào)配資源，比如CRM、ERP各一臺永久的服務器，而其他四臺服務器動態(tài)分配。下午3點鐘針對ERP高峰時段需要5臺處理需要，僅需要從動態(tài)服務器中調(diào)配4臺來滿足用戶的需要。而在早晨 CRM需要4臺服務器，則從動態(tài)服務器中調(diào)配3臺為CRM服務器。
Radware能夠?qū)崿F(xiàn)這樣的動態(tài)應用，是采用了這樣一個結構，用Appdirector實現(xiàn)服務器的負載均衡，另外VirtualDirector則負責監(jiān)聽服務等級。如果一個應用的服務等級有所下降，VirtualDirector會通過VMware的虛擬化管理中心給這個應用分配更多的資源，同時通知Appdirector實現(xiàn)新的負載均衡。
在上面的ERP、CRM數(shù)據(jù)中心例子里。VirtualDirector的作用就是按照策略或者服務等級分配更多的虛擬機，而Appdirector的作用就是在不同的虛擬機之間實現(xiàn)動態(tài)負載均衡。
Radware的Appdirector和VirtualDirector都在一個盒子實現(xiàn)，就是最新的OnDemand Switch3這款產(chǎn)品。
對未來的數(shù)據(jù)中心而言，Radware的解決方案以及OnDemand Switch3最大的價值就是：終于有一種解決方案來檢測和分析復雜應用的服務等級。這無疑是保障SLA的基礎和關鍵。而傳統(tǒng)基于流量的工具和解決方案，在面臨新的復雜數(shù)據(jù)中心時將無能為力。
對CIO而言，當數(shù)據(jù)中心整合完畢后，面臨的第一個挑戰(zhàn)就是應用服務等級問題將無法診斷，這對CIO而言無疑將是一場惡夢。而Radware的解決方案正好就是一個可行的解決方案。
【編輯推薦】
