一种简单的处理大流量访问的方法

今天再次回来看到当时写这个办法，觉得有点好笑，其实就是一种山寨CDN。

因为当时并不了解CDN，直到今年公司测试了几家CDN公司（帝联、网宿 和 蓝讯）的服务时才了解了个清楚，有点汗自己。

看看一楼的回复，觉得自己真笨啊。 发现很多时候做事情其实是一种摸索状态，根本没图可索，只能摸着石头过河。 我的这种方法，需要另外开发一个同步程序，将服务器B1的文件同步到B2、B3、B4……上。
by Richie.JU 2009.12.2 

 

 

这种简单的处理大流量访问的方法，仅仅适用于更新速度要求不高的项目（如：5分钟更新一次）。

这种方法如何处理大流量的？就一个字：分。

这种做法的本质实际上是类似CDN的布置服务器，将不同的访问者的请求发送到不同的服务器上。这样做的网站还是比较多的，比如网易首页。

开始 ---  运行   输入： cmd     再输入  nslookup  http://www.163.com/    就会看到有很多的指向地址，如下图。

 

就是把 http://www.163.com/ 这一个域名指向到N台机器上的。

 

 

假设有一个域名：http://www.tele6.com.cn/  我把它对应到4台页面服务器上，以达到分流的效果。

如下图所示：

我配置了5台机器，1台源文件（包括数据库）服务器，4台页面服务器。

源文件放在A机器上，通过静态生成程序（可以是内网的传输），每5分钟向B1机器上写静态文件，保证B1机器上文件的更新。

B1 再向B2 B3 B4 等机器同步最新的静态文件，也是通过服务程序自动运行的。

只要B1机器上的文件更新时间比B2 B3 B4 上文件的时间新，就同步覆盖，否则不需要同步覆盖。

静态文件（.html）肯定比动态文件更能应付大流量，而且又便于搜索引擎优化。

这样做既实现了分流的效果，也实现源程序便于管理，不对公网开发又达到安全的效果。

这样就可以简单的实现了大流量分流的效果。