闲话休提,切入正题。
公司旗下网站,要做海量负载,方案落在俺的头上,俺欣然诺之。
要实现服务器海量负载,有很多工作要做:DFS、NLB、数据库集群等等,以下是关于DFS部分的方案(未测试,不过理论上是可行的,实际应用时肯定会有许多可预测的问题产生):
首先,俺有一个域名:mydomain.com。
我有四台服务器:A、B、C、D。
A、B、C三台是DFS的三个节点,它们在同一个域中,其中DFS的根节点创建在A上,A是域控制器兼DNS服务器(该DNS服务器是顺便建的,不过后面也用到了)。
D是DNS服务器,我打算将mydomain.com的DNS服务器从域名提供商那里修改到我自己创建的DNS服务器上,因为域名提供商仅提供10个子域名的添加,如果要添加更多就要收费,而注册一个DNS服务器仅需要10元RMB,一劳永逸。
整个DFS创建好后,我需要向公网发布这几台服务器。
我知道有两种方法可以将这三台DFS服务器(A、B、C)发布为一台单独的主机。
1、在DNS服务器中设置同名主机,让DNS平均分配每一次解析请求。
我想的方法是,在mydomain.com的DNS服务器D上配置一个对fileserver.mydomain.com(这里假设DFS服务器对外发布地址为fileserver)的DNS解析转发,转发到服务器A上,然后在服务器A的DNS中配置三个同名主机:fileserver,主机IP分别指向A、B、C三台服务器,以达到将每一次解析平均分配给三台服务器的目的。
这里俺有个小问题:
其实我知道直接在服务器D上配置fileserver主机也可以达到这个目的,但是我想服务器A上的DNS服务器咱不能浪费了是吧?不知道这样设置是否会有什么不好的地方?
2、将A、B、C三台服务器创建为一个群集。
这两种方法,我有一个疑问:
DFS在节点间进行文件复制时有一个延迟,如果使用“方法1”,会出现访问某文件时,该文件正好还没有复制到所有节点的情况,这时文件访问失败。不知道使用“方法2”会不会出现这样的问题?
以上,期待能够得到大家批评、建议、指正。
Email/MSN: uimeet#gmail.com
文笔不好,还请多多包涵。