今天再次回来看到当时写这个办法，觉得有点好笑，其实就是一种山寨CDN。
因为当时并不了解CDN，直到今年公司测试了几家CDN公司（帝联、网宿 和 蓝讯）的服务时才了解了个清楚，有点汗自己。
因为当时并不了解CDN，直到今年公司测试了几家CDN公司（帝联、网宿 和 蓝讯）的服务时才了解了个清楚，有点汗自己。
看看一楼的回复，觉得自己真笨啊。
发现很多时候做事情其实是一种摸索状态，根本没图可索，只能摸着石头过河。
我的这种方法，需要另外开发一个同步程序，将服务器B1的文件同步到B2、B3、B4……上。
这种简单的处理大流量访问的方法，仅仅适用于更新速度要求不高的项目（如：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）肯定比动态文件更能应付大流量，而且又便于搜索引擎优化。
这样做既实现了分流的效果，也实现源程序便于管理，不对公网开发又达到安全的效果。
这样就可以简单的实现了大流量分流的效果。
