|
|
This text is replaced by the Flash movie.
|
 |
|
 |
|
| CDN加速负载均衡与DNS负载均衡 |
大部分的个人网站在一开始或许只是跟几十人上百人共享的一个虚拟主机空间，然后随着内容的增加和访问量的增长，虚拟主机的带宽、空间已经不能满足需求，站长就得开始考虑为网站购置一台独立的服务器，使用100M共享甚至是10M独享带宽;而当网站继续发展，访问的用户也已经遍布大江南北，站长又得考虑电信网通的互通问题，在南方和北方各放置一台服务器作为镜像站点，或是采用双线接入;当这个网站访问量更大时，一味的增加带宽和设置镜像站点无疑会使网站运营成本剧增，加上单个服务器本身也有性能和线程的瓶颈，在并发访问量较大并且集中在一台服务器的时候，“Server too busy”就出现了，而这时站长应该采用什么方式使得网站在高访问量的时候仍然拥有较好的访问效果呢?
这就牵涉到负载均衡的话题。
我们之前讨论过CDN，其实CDN除了加速之外，也具有分流的效果，因此在负载均衡领域也有不少应用，其实基本上缓存(Cache)+镜像技术都有分流作用，但是如何分流还是需要一个负载均衡设备进行引导，所以，我们今天专门讨论负载均衡技术。
基于DNS的负载均衡
由于基于服务器软件的负载均衡需要改动软件，因此常常是得不偿失，负载均衡最好是在服务器软件之外来完成，这样才能利用现有服务器软件的种种优势。最早的负载均衡技术是通过DNS服务中的随机名字解析来实现的，在DNS服务器中，可以为多个不同的地址配置同一个名字，而最终查询这个名字的客户机将在解析这个名字时得到其中的一个地址。因此，对于同一个名字，不同的客户机会得到不同的地址，他们也就访问不同地址上的Web服务器，从而达到负载均衡的目的。
例如如果希望使用三个Web服务器来回应对www.qicaispace.net的HTTP请求，就可以设置该域的DNS服务器中关于该域的数据包括有与下面例子类似的结果:
www1 IN A 192.168.1.1
www2 IN A 192.168.1.2
www3 IN A 192.168.1.3
www IN CNAME www1
www IN CNAME www2
www IN CNAME www3
此后外部的客户机就可能随机的得到对应www的不同地址，那么随后的HTTP请求也就发送给不同地址了。
DNS负载均衡的优点是简单、易行，并且服务器可以位于互联网的任意位置上，当前使用在包括Yahoo在内的Web站点上。然而它也存在不少缺点，一个缺点是为了保证DNS数据及时更新，一般都要将 DNS的刷新时间设置的较小，但太小就会造成太大的额外网络流量，并且更改了DNS数据之后也不能立即生效;第二点是DNS负载均衡无法得知服务器之间的差异，它不能做到为性能较好的服务器多分配请求，也不能了解到服务器的当前状态，甚至会出现客户请求集中在某一台服务器上的偶然情况。
|
|
|
 |
|
 |
|
