10月 102011
 

时下在互联网服务领域,CDN无疑是一大热点,它从技术上全面解决由于网络带宽小、用户访问量大、网点分布不均等原因所造成的网络响应速度缓慢等难题,推动了互联网应用的发展。然而,随着市场的发展,越来越多的CDN服务商开始抱怨市场竞争激烈、客户挑剔;与此同时,用户也在被各种眼花缭乱的CDN服务介绍所迷惑。

破除CDN节点数量的“迷信”

众所周之,CDN服务是在现有互联网络中增加一层新的网络架构,通过CDN节点将客户网站的内容发布到最接近用户的网络“边缘”,使用户可以就近取得所需的内容,从而解决网络拥挤的状况,提高网民访问速度。由于节点在CDN服务中起到了非常关键的数据存储作用,因此长期以来,人们对于CDN领域一直有一种“迷信”–节点数量的多少决定CDN加速能力的快慢。为了在当前的竞争中占据优势,某些国内的CDN服务商一直乐此不疲地修改自己的节点地图,其销售人员面对客户时更是不厌其烦地介绍自己的节点数量,而不管这些节点是否为客户提供服务。

其实,在通常情况下,客户使用配置的节点不会超过20个,因此CDN服务商的节点部署数量对最终用户使用速度的影响并不大。CDN服务加速效果的好坏更重要是节点的正确分布和配置,单纯的认为节点越多越好并不科学。其实,如果节点过多的话,相应缓存的命中率也会下降,反而会降低速度。从实际应用的角度来看,CDN服务对节点质量的要求远大于对节点数量的要求。 Continue reading »

10月 102011
 

最近有Webluker的用户在自己的博客上发贴称:Webluker的CDN不是根据客户机IP判断客户所在位置,而是根据客户的LDNS来判断客户所在位置,真是滑稽之至。用户说的根据LDNS来判断而不是客户机IP确实如此,但滑稽确实有些“冤枉”Webluker了。下面我阐述一下CDN给出解析IP的原理来给Webluker”平反”一下,呵呵。

假设有网站www.a.com,此网站要使用CDN有目前多采用以下两种办法:

1 将www.a.com CNAME 至 CDN服务商指定域名;

2 将www.a.com NS 指向CDN服务商指定的DNS服务器;

这两种方法都是通过域名解析环节将解析权交给了CDN服务商的DNS服务器,然后又有两种方法进行下一步的调度: Continue reading »