IT基础设施杂谈

作者: Luke Lai | 同意转载, 转载时请以超链接形式标明文章原始出处，谢谢!
网址: http://www.it-infra.cn/Tons_2_Kw

冷吨换算成千瓦:
1美国冷吨=3024千卡小时（kcalh）=3.517千瓦（KW）
1日本冷吨=3320千卡小时（kcalh）=3.861千瓦（KW）

CFM换算成千瓦：
CFM其实就是：cubic foot per minute，就是：立方英尺/分钟，1 CFM约等于1.7 M3/H，一般一个千瓦等于140个CFM. 举例说明，北京土城机房每机柜限电15A，大概的计算公式((15A * 220V)/1000)*140 CFM= 462CFM，即需要462CFM来带走15A产生的热量。

“匹”换算成千瓦:
“匹”是一个功率单位，就是一匹马力的意思：一匹马力=750W 。对于家用空调器，“匹”指的是输入功率。换算成我国习惯的以输出功率表示的W。一“匹”相当于2200W--2600W。所以用匹来衡量还是太粗了，也就出现了所谓的“大一匹”，“小一匹”之说。一般说的一“匹”指的是制冷量为2300-2500w。大约的输入功率在800W左右。4500（w）- 5100（w）可称为2匹，3200W一3600W可称为1．5匹。

作者: Luke Lai | 同意转载, 转载时请以超链接形式标明文章原始出处，谢谢!
网址: http://www.it-infra.cn/How_to_Investigate_IDC_Cooling_System

一个已经建成的机房，最难扩展的是什么？带宽，机架，还是电力？其实都不是，最难扩展是空调系统(Cooling system)。

机架的扩展无需任何的Outage，带宽的扩展也是深夜的交割就行了，电力扩展可以有UPS及电池包，或者倒闸到其它供电局。但在密集式的IDC里，只要你停掉一个钟头空调系统，机房温度马上要从20~22度，上升到接近30度，这还只是机架前端的环境温度，服务器内部温度可想而知，那些骄嫩的服务器就要快要罢工了。另外排错/升级/更换/空调系统那也不是一天二天就能完成了。

这是非常容易被忽视但非常重要的问题，现在公司里一般都是技术经理/总监们在考察托管机房环境，大家基本上都是计算机方面的专家，但并不是工程方面的专家，而且一般Startup公司都没有一个数据中心工程部门(英文叫Data Facility Department)，所以这方面容易受到托管商的忽悠，这也是我写这篇博文放在<<IT基础设施杂谈>>的原因，分享实战知识，呵呵。

目前大多数的机房托管销售人员都不会着重介绍机房的空调系统状态，自己的空调系统多么牛，而是整天围着你吹嘘带宽资源有多好，网络架构多么牛，但事实IT行业服务器的计算能力发展这么快，很多IDC的空调制冷系统已经力不从心，这时候一些初期设计富有远见的IDC就突显他们的优势，你仍然无法看最为理想托管环境，但也可以根据下面的问题在矮子里挑将军了。

如果你只是托管一，二台不重要的机器那就所谓了，但如果托管的机器关系到公司核心业务，当然也包括自己的工作饭碗，那就请你再花点耐心看看这十二个关于空调制冷系统的问题。

为了方便外企的IT经理们使用该文档，用自己瞥脚的英语翻译一下，以方便写报告与鬼子老板沟通，如有需要，发邮件给我:

转载出处：DBA Notes
http://www.dbanotes.net/opensource/wikipedia_arch.html
本想自己从PDF文档中抓出重点翻译一下，但看Fenng兄已经在Blog讲得比较细，就直接转载，谢谢了，正文如下：

维基百科(WikiPedia.org)位列世界十大网站，目前排名第八位。这是开放的力量。

来点直接的数据：

• 峰值每秒钟3万个 HTTP 请求
• 每秒钟 3Gbit 流量, 近乎375MB
• 350 台 PC 服务器(数据来源)

架构示意图如下：

作者: Luke Lai | 同意转载, 转载时请以超链接形式标明文章原始出处，谢谢!
网址: http://www.it-infra.cn/web_frontend

我们应该把谁放在网站的前方？ 防火墙还是负载均衡器?



如果你的单位有些钱，又对安全性及可用性有一定的要求，呵呵，估计负载均衡器(Load Balance)和防火墙(Firewall)都会逐渐添齐，那么怎么在网站这种应用环境中去使用它们？下面的小经验却是血泪换来的，呜呜




我曾经历一段“可怕”的经历，因为单位的业务迅猛发展，网络流量跟会话(Session数)猛增，原来一直放置在前段的防火墙撑不下去，只能临时从厂商借来load balance顶住。后来事后跟厂商的同志们分析，跟网络流量的增长不是太大关系，一般百兆防火墙虽然不能达到线速，但到60~70M问题不太大，当然这属于比较好的牌子的防火墙，当时主要的性能瓶颈在Session数及防火墙上包过滤策略。




Load balance的Session数跟防火墙比起来，那不是一个数量级的，主要原因是load balance处理并发连接的方式对于防火墙来说是一个创新的方式，具体也很难在这个博文中解释清楚，如有兴趣，建议在网上搜取F5与Netscaler相关资料。 记住一点，把负载均衡器(Load balance)放置在面向Internet用户的位置，而把防火墙/VPN搁在内部网与IDC连接中间，作为内部安全设备使用。这样即保持网站的可用性，又保证内网的安全性。具体拓扑结构可以考虑另外一篇博文<<某中大型网站系统架构--实战案例研究>>

作者: Luke Lai | 同意转载, 转载时请以超链接形式标明文章原始出处，谢谢!
网址: http://www.it-infra.cn/SLA_Negotiate

首先要从机房托管商的硬件设施及带宽资源，稳定性入手，分析出可能的SLA，
（题外）但不要太寄希望于合同条款的执行。

比如网站跟Internet之间的连接中断5分钟，很多托管商只会根据在SLA的条款赔付你二倍的时间，但这个比起网络中断的影响，简单直是微不足道，所以一定要充分地考察托管商实际服务的能力，否则劳神费力又挨领导批 但是，为了规避风险（其中在领导批你的时候，可以转嫁责任:-）

请一定要在下列三项做详细的约定：



#1: Internet连接的稳定性，持续性。
#2: 电力可靠性。
#3: 温/湿度。