建高效數(shù)據(jù)中心有徑可循
能耗問題一直是各大數(shù)據(jù)中心的“心頭之痛”。有數(shù)據(jù)表明,2015年我國數(shù)據(jù)中心能耗預計將高達1000億度,相當于整個三峽水電站一年的發(fā)電量;目前國內(nèi)數(shù)據(jù)中心的PUE值普遍過高,從2.2到2.6不等。而在國外,維奇通訊集團建在拉斯維加斯的SuperNap-8,PUE值已經(jīng)控制在了1.18;施耐德電氣參建的位于瑞典的世界首個氣候友好型數(shù)據(jù)中心EcoDataCenter將PUE值控制在1.15以內(nèi);位于北卡羅來納州的勒努瓦的谷歌數(shù)據(jù)中心,PUE值更是降到了1.12。那么,針對 “高能耗、設計不合理、運維成本高”的問題,國內(nèi)要如何構建出如此高效的數(shù)據(jù)中心?
今年互聯(lián)網(wǎng)行業(yè)的黑色五月中,網(wǎng)易、支付寶及攜程相繼宕機,尤其以攜程事故最為嚴重,經(jīng)歷了12個小時才徹底恢復。在數(shù)據(jù)中心經(jīng)歷的這場“抖動”中,80%的處理時間是用于尋找錯誤的設備或連接。據(jù)國外媒體報道,對于擁有大型數(shù)據(jù)中心的公司來說,42%的IT主管表示至少需要一天時間來找宕機服務器。調(diào)查機構表示,在臃腫的數(shù)據(jù)中心中,服務器的平均利用率僅為10%—20%,厚厚的電費清單中,有90%的能耗是用在閑置服務器上的。而許多IT主管甚至并不知道自己的機房有多少臺正在服役的服務器,更無從得知哪些是閑置的服務器。
因此,針對能效的資產(chǎn)管理,數(shù)據(jù)中心管理人員和IT 主管人員必須跳出設備性能管理這一局限,開始著眼于數(shù)據(jù)中心的資產(chǎn)管理。
許多廠商已經(jīng)意識到這個問題并展開了行動。盤古數(shù)據(jù)公司、中國電信合作建立的深圳盤古觀瀾錦繡數(shù)據(jù)中心,采用的便是微模塊化數(shù)據(jù)中心解決方案。所謂微
模塊數(shù)據(jù)中心,指的是該數(shù)據(jù)中心內(nèi)部由多個完全相同的微模塊組成;微模塊則是以若干機架為基本單位,包含制冷模塊,供配電模塊及網(wǎng)格、布線、監(jiān)控在內(nèi)的獨立運行單元。該項目建成后運行能效整體PUE達到了1.43左右,相比較國內(nèi)2.2的平均值,能耗已下降超過25%。
同樣在深圳,鹽田港數(shù)據(jù)中心則采用另外一種模塊化數(shù)據(jù)中心構建——預制模塊化。相比較微模塊,預制模塊化則是先在工廠將電力、制冷、通行電纜等進行預先部署,完成測試,然后直接將框架進行部署,使整個工程僅用了3個月便完工,而PUE也同樣達到1.5。
以上這些解決方案的應用,大大改善了數(shù)據(jù)中心過去建設資本投入龐大、投資資源浪費等種種問題,縮短了建設周期,提高了實際能效。
雖然模塊化數(shù)據(jù)中心為數(shù)據(jù)中心的快速部署和高效節(jié)能奠定了一個良好的物質(zhì)基礎,但在具體的管理和運維上,則要依賴于配套軟件,也就是DCIM(數(shù)據(jù)中心基礎設施管理軟件)——它將為數(shù)據(jù)中心實現(xiàn)高達30%的節(jié)能效果。DCIM打通了IT系統(tǒng)和數(shù)據(jù)中心基礎設施管理之間的聯(lián)系,使IT管理者可以直觀顯示數(shù)據(jù)中心所有物理資產(chǎn)和邏輯資產(chǎn)的完整能耗清單,以及機柜和數(shù)據(jù)中心的場地位置和機柜熱負載,并作出相應的操作。
目前,DCIM已經(jīng)成為數(shù)據(jù)中心領域新的熱點,基于打通IT設備與基礎設施之間聯(lián)系的功能,許多廠商已開始提供DCIM解決方案。施耐德電氣的StruxureWare平臺不僅提供物理、虛擬和云基礎設施的概要信息,還進一步集成了建筑管理系統(tǒng)(BMS),包含預測分析功能和“假設分析”場景規(guī)劃,改進了決策的效率和準確性。