特別是Elavon公司在測試環(huán)境中使用了CA公司的數(shù)據(jù)中心自動化管理器來部署那些閑置的服務器。有了這款數(shù)據(jù)中心自動化管理器,IT管理者就能配置一個IT設備池,在這個設備池中,網(wǎng)絡服務器應用軟件,數(shù)據(jù)庫服務器和各種根映像都可以作為測試項目使用。一旦這個過程被完成,質(zhì)量保證工程師就能從既定時間內(nèi)使用的資源池中規(guī)劃應用軟件的測試。舉例來說,數(shù)據(jù)庫和網(wǎng)絡服務都可以用于測試。一旦測試完成,這些資源就返回可用資源設備池為其他測試備用。
在此之前,規(guī)劃測試資源必須手動完成,這就需要在部門和團隊之間進行很多溝通來確保這些測試不會與占地2000平方英尺的數(shù)據(jù)中心資源重疊,這就存在導致虛擬化蔓延的隱患。
但是現(xiàn)在布拉頓可以將這些能力應用在質(zhì)量保證測試之外。他希望最終擁有創(chuàng)建生產(chǎn)資源池的能力–能在不同時間執(zhí)行不同任務的成組生產(chǎn)服務器。也就是說,如果正常分配給批處理的服務器處于閑置狀態(tài),那么它的資源就可以用于執(zhí)行其他生產(chǎn)任務。
布拉頓假設數(shù)據(jù)中心自動化投入生產(chǎn)將分為三個時間線。首先,是當IT部門收到顯示硬件或者操作系統(tǒng)故障的簡單網(wǎng)絡管理協(xié)議警告時或者偵測到系統(tǒng)資源使用超過了事先設定的資源上限時。其次,是當資源規(guī)劃中的資源分配觸碰到Elavon的批工作負載管理器或者數(shù)據(jù)中心自動化管理器時。最后是在系統(tǒng)或者應用軟件維護的資源手動重新分配過程中。
布拉頓表示"這種基于峰值性能需求的資源動態(tài)分配和重新分配能力對我來說就是虛擬化的利器"。
但是這種設想還不是現(xiàn)實。在接下來的幾個月里,Elavon將繼續(xù)在他們的測試環(huán)境中測試數(shù)據(jù)中心自動化管理器,明年底可能會開始探索在生產(chǎn)環(huán)境中的應用。
動態(tài)供應就意味著了解你的數(shù)據(jù)中心
利用虛擬化來實現(xiàn)動態(tài)服務器重新分配是非常普通的。根據(jù)最近的市場調(diào)研結(jié)果顯示,有43%的受訪者表示他們在使用虛擬化的這個特性。諸如美國聯(lián)邦環(huán)保總署這樣的行業(yè)領袖就推薦這種方法。但是即使是美國環(huán)??偸鹨惨庾R到它的問題所在。去年,美國環(huán)保總署向美國國會提交的一份有關數(shù)據(jù)中心的報告中就提到:動態(tài)供應會涉及到數(shù)據(jù)中心設計和運作方法的改變,因此他們的操作者必須能夠可觀的衡量這些新技術的成本,風險和優(yōu)勢。
Gartner咨詢公司的分析師兼研究副總裁唐納.斯科特就表示,由于這些風險的存在,Elavon計劃在能力和利用率的基礎上在生產(chǎn)環(huán)境中實現(xiàn)重新分配服務器是非比尋常的。
她強調(diào)說"我看到了,但還沒有看到太多,這需要企業(yè)真正了解他媽恩應用軟件和服務的級別"。
除了了解你所擁有的服務器,斯科特認為他們運行的利用級別和用戶所需的服務水平也需要虛擬網(wǎng)絡和存儲能力,這樣就能對服務器重新進行網(wǎng)絡資源的分配,這需要對整個數(shù)據(jù)中心重新布線。
當IT管理者開始對動態(tài)服務器分配有所需求時,他們將會有更多的軟件廠商可供選擇,這些廠商除了CA外,還包括BMC軟件公司的BladeLogic,惠普公司的Opsware, Scalent,IBM公司的Tivoli和Surgient公司的產(chǎn)品等。
但是雖然有很多產(chǎn)品可供選擇,舉例來說,Scalent提供工具來實現(xiàn)這種改變,終歸還是要會歸結(jié)到用戶不是自動化流程本身來實現(xiàn)這個過程。從另一方面來說,CA的數(shù)據(jù)中心自動化管理器能允許IT管理者來制定企業(yè)規(guī)則,執(zhí)行與之配套的過程。換句話說,有了數(shù)據(jù)中心自動化管理器,你就能在理論與實踐之間實現(xiàn)閉路循環(huán)。