同时线上人数约2000人需要什么等级服务器?

 以 MySpace 为例

在网络上流传一篇很火红的文章从 MySpace 数据库看分散式系统数据结构变迁，内容提到 MySpace 这个大型的社区网站，使用微软平台的 Windows Server、SQL Server、ASP.NET 技术，如今每个月的用户访问量高达 500 亿，且已有 2 亿个以上的用户注册。以下仅节录该文的重点：

* 第一代架构 - 添置更多的 Web 服务器
在 MySpace 有 50 万个注册用户的时候，网站只用了两台 Dell 双 CPU、4 GB 内存的 Web Server (分散用户的请求)、一台 DB Server (所有数据都存储在这)。

* 第二代架构 - 增加数据库服务器
运行在三台数据库服务器上，一台用于更新数据 (由它复制到其他两个)、另两台用于读取数据，因为看网页的人多，而需 写入的人少。等到用户数和访问量增加了，就再加装硬盘。

后来数据库服务器的 I/O 成了瓶颈，就按照垂直分割模式设计，把网站里的不同功能，如：登录、用户资料和博客，搬移到不同的数据库服务器中，以分担访问压力；若 增加新功能，就再投入新的数据库服务器。

当注册用户达到 200 万后，还从存储设备与数据库服务器直接交互的方式，切换到 SAN (存储区域网络)，一种高带宽、专门设计的网络系统，可将大量磁盘存储设备连接在一起。MySpace 让数据库连接到 SAN。但是当用户增加到 300 万人后，垂直分割策略也变得难以维持下去，后来架构师后来将主机升级成 34 个 CPU 的昂贵服务器，却也无法负荷。

* 第三代架构 - 转到分布式计算架构
架构师将 MySpace 移到分布式计算架构，它在物理上分布的众多服务器，整体必须逻辑上等同于单台机器。拿数据库来说，就不能再像过去那样将应用拆分，再以不同数据库分别支持，而必须将整个站点看作一个应用。这次，不再按站点功能和应用分割数据库，MySpace 开始将它的用户按每 100 万一组分割，然后将各组的全部数据分别存入独立的 SQL Server 实例。后来 MySpace 的每台数据库服务器实际运行两个 SQL Server 实例，也就是说每台服务器会服务大约 200 万用户。

* 第四代架构 - 增加数据缓存层
当用户达到 900-1000 万时，MySpace再次遭遇存储瓶颈问题，后来引用了新的 SAN 产品，但站点目前的 求，已经超越 SAN 的 I/O 磁盘存储系统、及其读写数据的极限速度。

当用户达到 1700 万时，增加了一个数据缓存层，其位于 Web 服务器和数据库服务器之间，其唯一职能是在内存中建立被频繁请求数据对象的副本。以前每一位用户查询一个信息，就请求一次数据库；现在当任一个用户请求数据库后，缓存层就会保留一个副本，当其他用户再访问时就不需 再请求数据库了，如此一来，不访问数据库也可以供给数据。

* 第五代架构 - 转到支持 64 位处理器的操作系统和数据库软件
当用户数达到 2600 万时，转到了还处于 Beta 版、但支持 64 位处理器的 SQL Server 2005。在升级到 64 位的 SQL Server 2005 和 Windows Server 2003 后，MySpace 每台服务器配备了 32 GB 内存，后来又提升到了 64 GB。


从 MySpace 数据库看分布式系统数据结构变迁：
http://www.cnblogs.com/cxccbv/archive/2009/07/15/1524387.html
http://www.javaeye.com/topic/152766
http://smb.pconline.com.cn/database/0808/1403100.html
http://idai.blogbus.com/logs/14736411.html