四川成都机房建设,机房,信息中心,云计算中心,数据中心!
成都机房建设工程:工厂,学校,医院机房
云计算机心,数据中心,弱电工程,信息化,指挥中心建设
机房建设
机房动态 | News Center
您的位置:成都机房建设 > 机房动态 > 行业新闻 > 办公大楼机房建设:数据中心12大节能技术!

办公大楼机房建设:数据中心12大节能技术!

某些最有效的节能技术都需要大量的前端投资,需要花费数年才能获得投资回报。办公大楼机房建设服务器租用但是一些常常被忽略的技术却成本甚少,这些技术经常被忽略的原因是他们看起来不切实际或者过于激进。以下所列出的八大节能方式目前已经在真实的数据中心环境中进行了尝试和测验,被证明是切实有效的。有些你应用到生产环境中技术能立即得到投资回报;其他的技术可能需要资金投入,但是获得回报的速度要比传统的IT资金支出投资回报率要更快。

  数据中心能效测量标准的圣器是能源利用率比率(简称PUI),较低的比率说明利用率更好,1.0是能源利用率的理想目标。能源利用率是数据中心电力成本总额与转化为有效计算任务的数量之间的对比值。2.0比率的常见价值含义意味着数据中心一台服务器测试时原来消耗的2瓦能源下降到了1瓦——损失就是能源被转化为了热量,继而需要能源通过传统的数据中心制冷系统来祛除这些热量。

  从简单的测算标准来看,你必须这样看待和定义能源利用率:是用电效率的测算方法。这种测算方式没有把其他的能量源考虑在内,诸如周围的环境温度或者氢燃料单元,这些能量源中有很多都可以被用来降低整体能耗。以下介绍的技术可能或者不能降低你的可测量能源利用率,但是你可以通过审核每月的电费账单来更加简单的评估他们的有效性。无论如何这才是企业用户真正关心的问题。

  你不会在本文中发现太阳能,风能或者氢能的介绍。这些可选能源在技术投入实际应用之前需要大量的投入,会让目前经济危机的背景下取得的成本节约优势大打折扣。相对比而言,以下的八项技术中没有一项需要比风扇和管道要更复杂的东西。

这8种技术如下:

1.调高数据中心的温度

2.关闭没有使用的服务器

3.使用免费的外部空气进行制冷

4.使用数据中心热量来为办公区域制热

5.使用固态硬盘来运行高度活动状态的只读数据集

6.使用数据中心里的直流电

7.将热量导入地下

8.通过管道将热量排放到海中

9.基本的节能方法之一:调高数据中心的温度

10节能最简单的方法就是你今天下午你可以马萨还能够付诸行动的:办公大楼机房建设调高数据中心温度调节装置的温度。通常数据中心的温度会设定为68华氏度或者更低,这种温度从逻辑上能延长设备的寿命并让用户在制冷设备发生故障时有更多的时间做出反馈。

11.经验显示服务器硬件发生故障时,特别是硬盘故障时,确实会增加系统操作的温度。但是在最近今年里,IT经济穿越了一个重要的临界点:服务器运行成本目前一般都超过了采购成本。这可能会让保留硬件还不如削减运营成本更来得实际。

12.在去年召开的GreenNet大会上,谷歌公司能源负责人BillWeihl介绍了谷歌提高数据中心温度的经验,Weihl称80华氏度作为一个新设定值是可以安全使用的,但数据中心需要满足一个简单的先决条件:尽可能将冷空气流和热空气流分开,如果需要的话,使用窗帘或者固体屏障。

  虽然80 华氏度是一种安全的温度升级,微软公司的经验显示你可以将温度调的更高。微软都柏林和爱尔兰的数据中心以“制冷不足”的模式运营,使用免费的外部空气制冷,服务器入口的温度约为95华氏度。但是请注意当你提高温度时,由于本身提高能耗所需的服务器风扇转速变得更高,服务器租用所以会出现回报衰减。

  基本的节能方法之二:关闭没有使用的服务器

  虚拟化技术显示出整合未经使用的处理器,硬盘和内存后所获得节能优势。因此为什么不关闭整个服务器呢?这会提高与他们所消耗的能源成本相匹配的“企业灵活度”吗?如果你能发现服务器被关闭的实例,你就能实现这些服务器能耗的最小化,为零。但是你必须首先将反对者的意见考虑在内。

  首先,大家通常认为由于压力都堆积在主板适配器之类的非域交换组件上,办公大楼机房建设所以能量循环降低了服务器的寿命期望值。进而得出这样一个结论:在现实应用中,服务器是从日常通过频繁发生的能量循环(比如汽车和医疗设备)的那些设备中使用的同样组件来构建的。没有证据现实任何降低的MTBF(即平均故障间隔时间)作为能量循环服务器所能承受的一个结果。

  第二个异议是服务器花费了太长的时间来启动。不过你通常可以通过关闭不必要的导入时间诊断工具来加快服务器启动的速度,从已经在运行的快照映像中直接导入和采用某些硬件中提供的热启动功能。

  第三个异议是:如果我们必须重新启动一台服务器来适应强化负载,那么不管导入的速度有多快都是用户所不能等待的。不过大部分应用软件体系架构对于新用户来说都是陌生的,因为简化流程需求要更加缓慢,因此用户不知道他们正在等待服务器启动。应用软件确实达到了使用人数的局限,如果用户知道“我们启动更多的服务器来加快需求的响应”他们也许会愿意这么做。