14

再论Dreamhost和overselling

DreamHost 优惠码:HuNao(节省 50$加送3个顶米,详情) 。论坛讨论
DreamHost 优惠码:ZheTeng(节省 50$加送独立IP,详情) 。论坛讨论
Dreamhost安装杰奇小说系统采集成功 演示:http://ebooks.dupola.net.
大陆读者请更改本blog Feed地址:http://feed.feedsky.com/host


今天看到了订阅的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

没有评论

第一个在本文留言。

发表评论

名字(必须)
邮箱(不会被公布)(必须)
网址

字体为 粗体 是必填项目,邮箱地址 永远不会 公布。

允许部分 HTML 代码:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>
URLs(网站链接)必须完整有效 (比如: http://help.dreamhosters.com),所有标签都必须完整的关闭。

超出部分系统将会自动分段及换行。

请保证评论内容是与日志或 Blog 内容相关的,灌水、攻击性或不恰当的评论 可能 会被编辑或删除。

    订阅

    搜索

    赞助商