基本的節(jié)能方法之一：調(diào)高數(shù)據(jù)中心的溫度

節(jié)能最簡單的方法就是你今天下午你可以馬薩還能夠付諸行動的：調(diào)高數(shù)據(jù)中心溫度調(diào)節(jié)裝置的溫度。通常數(shù)據(jù)中心的溫度會設(shè)定為68華氏度或者更低，這種溫度從邏輯上能延長設(shè)備的壽命并讓用戶在制冷設(shè)備發(fā)生故障時有更多的時間做出反饋。

經(jīng)驗顯示服務(wù)器硬件發(fā)生故障時，特別是硬盤故障時，確實會增加系統(tǒng)操作的溫度。但是在最近今年里，IT經(jīng)濟穿越了一個重要的臨界點：服務(wù)器運行成本目前一般都超過了采購成本。這可能會讓保留硬件還不如削減運營成本更來得實際。

在去年召開的GreenNet大會上，谷歌公司能源負(fù)責(zé)人Bill Weihl介紹了谷歌提高數(shù)據(jù)中心溫度的經(jīng)驗，Weihl稱80華氏度作為一個新設(shè)定值是可以安全使用的，但數(shù)據(jù)中心需要滿足一個簡單的先決條件：盡可能將冷空氣流和熱空氣流分開，如果需要的話，使用窗簾或者固體屏障。

雖然80華氏度是一種安全的溫度升級，微軟公司的經(jīng)驗顯示你可以將溫度調(diào)的更高。微軟都柏林和愛爾蘭的數(shù)據(jù)中心以"制冷不足"的模式運營，使用免費的外部空氣制冷，服務(wù)器入口的溫度約為95華氏度。但是請注意當(dāng)你提高溫度時，由于本身提高能耗所需的服務(wù)器風(fēng)扇轉(zhuǎn)速變得更高，所以會出現(xiàn)回報衰減。

基本的節(jié)能方法之二：關(guān)閉沒有使用的服務(wù)器

虛擬化技術(shù)顯示出整合未經(jīng)使用的處理器，硬盤和內(nèi)存后所獲得節(jié)能優(yōu)勢。因此為什么不關(guān)閉整個服務(wù)器呢？這會提高與他們所消耗的能源成本相匹配的"企業(yè)靈活度"嗎？如果你能發(fā)現(xiàn)服務(wù)器被關(guān)閉的實例，你就能實現(xiàn)這些服務(wù)器能耗的最小化，為零。但是你必須首先將反對者的意見考慮在內(nèi)。

首先，大家通常認(rèn)為由于壓力都堆積在主板適配器之類的非域交換組件上，所以能量循環(huán)降低了服務(wù)器的壽命期望值。進而得出這樣一個結(jié)論：在現(xiàn)實應(yīng)用中，服務(wù)器是從日常通過頻繁發(fā)生的能量循環(huán)（比如汽車和醫(yī)療設(shè)備）的那些設(shè)備中使用的同樣組件來構(gòu)建的。沒有證據(jù)現(xiàn)實任何降低的MTBF（即平均故障間隔時間）作為能量循環(huán)服務(wù)器所能承受的一個結(jié)果。

第二個異議是服務(wù)器花費了太長的時間來啟動。不過你通?？梢酝ㄟ^關(guān)閉不必要的導(dǎo)入時間診斷工具來加快服務(wù)器啟動的速度，從已經(jīng)在運行的快照映像中直接導(dǎo)入和采用某些硬件中提供的熱啟動功能。

第三個異議是：如果我們必須重新啟動一臺服務(wù)器來適應(yīng)強化負(fù)載，那么不管導(dǎo)入的速度有多快都是用戶所不能等待的。不過大部分應(yīng)用軟件體系架構(gòu)對于新用戶來說都是陌生的，因為簡化流程需求要更加緩慢，因此用戶不知道他們正在等待服務(wù)器啟動。應(yīng)用軟件確實達(dá)到了使用人數(shù)的局限，如果用戶知道"我們啟動更多的服務(wù)器來加快需求的響應(yīng)"他們也許會愿意這么做。

更多內(nèi)容請參見《DoSERV盤點：八大數(shù)據(jù)中心節(jié)能方法（二）》

                     《DoSERV盤點：八大數(shù)據(jù)中心節(jié)能方法（三）》

zhabin