什么样的硬件设备在支撑Stack Overflow?

　　Stack Overflow 是使用 ASP.NET 开发的。

　　我更愿意把 Stack Overflow 看作是能够运行于大规模数据下，但本身并不算大规模的（running with scale but not at scale）。意思是我们的网站非常有效率，但至少目前为止，我们的规模还不够“大”。让我们通过一些数字来介绍Stack Overflow当前是一个怎样的规模吧。以下是一些核心的数字，来自于不久前在一整天（24小时）内的统计，准确说是2013年11月12日。这是一个典型的工作日，并且只统计了我们活动的数据中心，也就是我们自己的服务器。那些对CDN节点的请求和流量被排除在外，因为它们并不直接访问我们的网络。

• 负载均衡器接受了148,084,833次HTTP请求

• 其中36,095,312次是加载页面

• 833,992,982,627 bytes (776 GB) 的HTTP流量用于发送

• 总共接收了286,574,644,032 bytes (267 GB) 数据

• 总共发送了1,125,992,557,312 bytes (1,048 GB) 数据

• 334,572,103次SQL查询（仅包含来自于HTTP请求的）

• 412,865,051次Redis请求

• 3,603,418次标签引擎请求

• 耗时558,224,585 ms (155 hours) 在SQL查询上

• 耗时99,346,916 ms (27 hours) 在Redis请求上

• 耗时132,384,059 ms (36 hours) 在标签引擎请求上

• 耗时2,728,177,045 ms (757 hours) 在ASP.Net程序处理上

（我觉得应该发表一篇文章介绍我们如何快速采集这些数据，以及为什么值得耗费精力去获取它们）

　　注意以上数字包括了整个Stack Exchange网络，但那并不是我们全部的。除此之外，这些数字也仅仅来自于我们为了检测性能而记录的HTTP请求。“哇，一天有这么多个小时，你们怎 么做到的？”我们把这叫做魔法，当然有些人喜欢说成“许多个有多核处理器的服务器”，但我们依然坚持这是魔法。以下是那个数据中心里运行Stack Exchange网络的设备：

• 4个MS SQL 服务器

• 11个IIS服务器

• 2个Redis服务器

• 3个标签引擎服务（任何针对标签的请求都会访问它们，比如/questions/tagged/c++）

• 3个ElasticSearch服务器

• 2个负载均衡器（HAProxy）

• 2个交换机（Nexus 5596和Fabric Extenders）

• 2个Cisco 5525-X ASA (可看作是防火墙)

• 2个Cisco 3945 Router

　　有图有真相：

　　我们不仅仅运行网站，旁边架子上还有一些运行着虚拟机的服务器和其他设备，它们并不直接服务于网站，而是进行部署、域名控制、监控、操作数据库等其他工作。上面列表中的两个数据库服务器之前一直都是用作备份，直到最近才作为只读的负载（主要用于Stack Exchange API），于是我们可以不需要太多考虑便继续扩大规模了。Web服务器有两个分别用于开发和存储元数据，运行负载非常低。