Archive for May 28, 2007

欲望

面对诱惑,每个人的选择都是千变万化,我不知道怎样选择,但只有2个答案,要还是不要,每个选择都要失去一些东西,也没有对错,但只要做了就好~~

Dreamhost 工作机理

貌似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空间从技术上也可以大致讲通了。

百年难遇 百年同济

此次同济百年校庆,难得看到众多同学回来,甚至连学校发放的礼品都显得格外厚重,历年来校徽精选~~当然也有人说到我们以后也没有200年校庆啦…

其实说心理话,我对同济很多时候没有太多的怀念,当然和自己从事的事情有关,但毕竟这是我人生中的4年,认识那么多真挚的朋友,四处奔波,走遍了同济的每个角落,以前老师居然还记得我,也许我这样的个性同学实在太少啦,嘿嘿,是的,到现在我也经常不按常规出牌,对于生活默认的规则是种淡然,而四年学来的专业知识,虽然工作用不上,但是买房子,装修时却得到很好的发挥,对于材料的性质以及所带来的利弊,居然能分析的很道地…

最重要的是,这4年是我真正走上独立生活的4年,自己学习,自己摸索,慢慢形成自己的一种风格,相比工作6年,有时觉得这6年真是虚度光阴,很多时候我觉得这6年到底发生什么,我自己都记不清楚,这也是离开易趣的理由…

写下这些,希望自己能记住今天,能够在若干年后,还记得照片上这些同学,这些朝夕相处,风雨同舟的朋友们~