某些最有效的節(jié)能技術都需要大量的前端投資，需要花費數(shù)年才能獲得投資回報。服務器租用但是一些常常被忽略的技術卻成本甚少，這些技術經常被忽略的原因是他們看起來不切實際或者過于激進。以下所列出的八大節(jié)能方式目前已經在真實的數(shù)據(jù)中心環(huán)境中進行了嘗試和測驗，被證明是切實有效的。有些你應用到生產環(huán)境中技術能立即得到投資回報;其他的技術可能需要資金投入，但是獲得回報的速度要比傳統(tǒng)的IT資金支出投資回報率要更快。

數(shù)據(jù)中心能效測量標準的圣器是能源利用率比率(簡稱PUI)，較低的比率說明利用率更好，1.0是能源利用率的理想目標。能源利用率是數(shù)據(jù)中心電力成本總額與轉化為有效計算任務的數(shù)量之間的對比值。2.0比率的常見價值含義意味著數(shù)據(jù)中心一臺服務器測試時原來消耗的2瓦能源下降到了1瓦——損失就是能源被轉化為了熱量，繼而需要能源通過傳統(tǒng)的數(shù)據(jù)中心制冷系統(tǒng)來祛除這些熱量。

從簡單的測算標準來看，你必須這樣看待和定義能源利用率：是用電效率的測算方法。這種測算方式沒有把其他的能量源考慮在內，諸如周圍的環(huán)境溫度或者氫燃料單元，這些能量源中有很多都可以被用來降低整體能耗。以下介紹的技術可能或者不能降低你的可測量能源利用率，但是你可以通過審核每月的電費賬單來更加簡單的評估他們的有效性。無論如何這才是企業(yè)用戶真正關心的問題。

你不會在本文中發(fā)現(xiàn)太陽能，風能或者氫能的介紹。這些可選能源在技術投入實際應用之前需要大量的投入，會讓目前經濟危機的背景下取得的成本節(jié)約優(yōu)勢大打折扣。相對比而言，以下的八項技術中沒有一項需要比風扇和管道要更復雜的東西。

這八種技術如下：

1.調高數(shù)據(jù)中心的溫度

2.關閉沒有使用的服務器

3.使用免費的外部空氣進行制冷

4.使用數(shù)據(jù)中心熱量來為辦公區(qū)域制熱

5.使用固態(tài)硬盤來運行高度活動狀態(tài)的只讀數(shù)據(jù)集

6.使用數(shù)據(jù)中心里的直流電

7.將熱量導入地下

8.通過管道將熱量排放到海中

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

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

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

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

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

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

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

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

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

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