今天看到了订阅的Michael 写的一篇《Dreamhost 服务器上的网站数量》的文章，提到了Dreamhost单台服务器网站数量以及overselling的问题，就我用过这段时间的Dreamhost的主机来看，这些地方是值得一说的。 首先关于overselling，所有主机商都在overselling，这是不可否认的事实。一方面，肯定不是所有客户能用光它的所有空间和流量 额度的，从客户层面来看，只要客户在使用它的空间时，不出现还未到达额度就不能用的情况，客户就可以接受。有没有预留足够的空间那是服务商的问题。另一方 面，服务商如果为每个客户预留足够配额的空间，在大多数情况下都是不必要的，这绝对是资源的浪费。因此overselling是再正常不过的了。对于主机 商和用户，大可以不必关心此类问题，所剩下的只不过是道义上主机商有没有刻意隐瞒这种行为，或者把不隐瞒这种行为作为自身诚实的卖点的区别而已。 可能有人会问，如果恰好每台服务器上有很多较真的客户，非要用满空间额度，导致服务器硬盘爆了怎么办？实际这个问题从技术上也是不难解决的，例如磁 盘阵列的动态扩容，逻辑卷增容等都可以实现，所要做的只不过是监控服务器资源使用情况，在将要达到临界值的时候通知sysadmin增容而已。即使系统弱 智到无法扩容，不是还可以把用户站点分流到其他服务器嘛，只不过会增加一个无downtime的迁移过程而已。总之办法多的是。因此主机商采用 overselling的策略，是对用户以及对其自身都有利的。 貌似Dreamhost的overselling被指责更多是多用户站点并存导致的负载以及不稳定因素，而不是空间或者流量overselling问题。下面再讲讲这一点，因为貌似Dreamhost在这里主机架构与其它一些传统厂商有很大不同。 在前面提到的文章里，介绍了通过截passwd来断定一台服务器上有多少帐号的方法，此方法确实能大致估算出一台服务器上有多少站点。但这里有一个 问题，就是你shell帐号所在的主机真的就是你web访问的主机吗？从一个shell帐号本身所具有的权限我们来一步一步推断这个问题： 首先不知有没有人注意，在后台panel创建的不同的domain可能会有不同的IP，甚至在同一domain使用了一段时间后，再删除重建也可能 会更换IP（非常少见）。这就说明，dreamhost的系统首先对于每个IP上容载的vhost数目有其自身的一个分配机制。也就是说：每IP上的站点 数目对于dreamhost是可控的，并且这个数目应当是小于物理服务器上站点数目的。这个机制就能解决站点添加独立IP的问题，以及对IP实现的流控或 访问量问题，也就做到了初步客户访问层面的隔离。比如说可能一个IP出问题，影响的也就仅仅是这个IP上的站点了。当然貌似大多数的downtime不太 可能是这种情况。 然后深入分析一下。一个典型的站点，大体服务层次可以分为基于IP+头名的客户访问层次（就是上面一段的内容），应用服务器层次 （Application Server，比较容易混淆的概念），文件存储层次（ftp，ssh所管理的文件），附加服务层次（mysql，dns，email等）。对于传统主机 商，最典型的情况是所有这些服务都由同一台物理服务器完成的，或者是少量附加服务分离，例如数据库单独运行在别的服务器上，而对于dreamhost，显 然不是这样。就我目前所能了解到的东西来看，dreamhost的web前端，dns，email是分离的，至少没在同一个IP上，这个可以从不同的子域 名解析看出来。但web前端的IP和ftp，ssh帐号登陆的IP是同一个，这似乎说明这些服务似乎也是运行在一台物理服务器上的。但有一个命令似乎能提 供出不同的论点，就是mount，输入这个会发现列出的挂载点中有很多nfs挂在过来的文件系统，而这些系统恰恰是放客户数据的/home下的不同目录。 而且从具体/home里的内容可以看到有很多更为复杂的符号链接，有多个用户的家目录会挂在同一个mount点下。不妨设想，这是通过nfs提供的文件存 储服务器，一台用于前端web访问的服务器，后面挂了多台nfs server，这些nfs server，才是具体存放用户数据的服务器。 所以这里就明朗了，dreamhost在同一台服务器上放置数千个站点，实际上这些站点的文件是存储在不同的后端nfs server上的。因此其overselling并不是想象得那么夸张。再加上无法断定的是否对于多个不同IP也处于不同物理服务器分担 （ifconfig netstat无权执行），apache本身配置未知，应用服务配置（fastcgi等，这些没必要追究得太细，估计也没人关心）等情况，往好一点的方面 想dreamhost可能会有更细致的分布式设计，因此一台双Operton跑数千个站点数T空间从技术上也可以大致讲通了。 大体也就写这么多了吧，以前本打算悉心研究一下dreamhost的底层架构来的，可惜一直没时间，最近由由于速度问题退掉了原有的 dreamhost选择了hostmonster，因此也只能分析到如此程度了。但用起cpanel以后的系统才发现，dreamhost本身的架构设计 以及panel考量还是很优秀的，比起这些老前辈来说，可以算是十分有特点了。Dreamhost如此出名不是没道理的。 转自：Solo Estoy 原文：再论Dreamhost和overselling