CN101242422B - 适应多业务融合的内容分发网络系统和方法 - Google Patents
适应多业务融合的内容分发网络系统和方法 Download PDFInfo
- Publication number
- CN101242422B CN101242422B CN2007100068004A CN200710006800A CN101242422B CN 101242422 B CN101242422 B CN 101242422B CN 2007100068004 A CN2007100068004 A CN 2007100068004A CN 200710006800 A CN200710006800 A CN 200710006800A CN 101242422 B CN101242422 B CN 101242422B
- Authority
- CN
- China
- Prior art keywords
- content
- slb
- redirected
- application layer
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种内容分发网络系统,包括基于域名服务DNS的内容分发系统和应用层重定向内容分发系统,基于DNS的内容分发系统具有基于DNS的全局服务负载均衡器GSLB,应用层重定向内容分发系统具有应用层重定向GSLB,其特征在于:在基于DNS的GSLB和应用层重定向GSLB之间提供交换设备,其耦合到客户端,接收来自客户端的DNS域名解析请求或带有内容统一资源定位符URL的内容访问请求,根据请求的业务类型分别将其转发到基于DNS的GSLB和应用层重定向GSLB。本发明还提供了相关方法。本发明实现了基于DNS的CDN网络和应用层重定向CDN网络的融合。
Description
技术领域
本发明涉及互联网中的内容分发网络(CDN)服务,尤其涉及适应多业务融合的内容分发网络系统和方法。
背景技术
CDN的全称是Content Delivery Network,即内容分发网络。CDN通过在现有的Internet中叠加一层新的网络架构,将内容发布到最接近用户的网络″边缘″(即图1、2中的SLB-服务负载均衡器),如果没有CDN的话,所有的用户要想看内容提供商(16)的内容,都要去访问内容提供商,造成到内容提供商的拥塞,恶化了网络性能。为了解决网络拥塞,在现有的因特网上叠加CDN,如图2所示,即内容提供商把其内容拷贝到各个SLB(服务负载均衡器)(121a-c),这样用户就不用都挤到内容提供商上去访问,而是访问其离相对较近的SLB,SLB下面有存储着内容提供商存放的内容的各高速缓存(131、132等),SLB从各高速缓存中给用户播放内容。这样,通过在因特网上叠加CDN,解决了网络拥塞问题,使用户可以就近获得内容,提高用户访问的响应速度。
随着网络业务的发展,CDN所提供的业务已经由单纯的静态Web网页发展为视频点播、直播、IPTV、应用加速、SSL代理等综合业务。融合多业务要求CDN高效并具备高安全性,同时还要求内容路由系统能够基于内容、流量、节点状态等多纬度信息完成用户访问调度,这些对CDN技术提出了新挑战。融合业务主要对CDN内容路由技术提出了比以往更高的要求。内容路由技术是CDN核心技术,负责将用户请求引导到CDN网络中离用户最近的SLB。
过去,网页加速是CDN主要业务,基于DNS(Domain NameService域名服务)的内容路由技术被广泛采用在该类CDN网络。图1描述了该方式的分层结构,图2描述了该方式的系统结构。
参考图1和2,基于DNS方式的CDN网络分为三层:GSLB层(11),其中有DNS-GSLB(111),即DNS方式的GSLB(GlobalService Load Balancer全局服务负载均衡器),对下面的各SLB进行调度,当接收到客户端的请求时,为该请求向客户端分配一个就近的SLB,起全局协调作用;SLB层(12),其中有多个SLB(图2中的121a-121c),客户端向分配的SLB请求内容;高速缓存层(13),其中有网页高速缓存(131),高速缓存网页;应用高速缓存(132),高速缓存应用;下载高速缓存(133)等。如果业务请求为网页加速请求,则SLB从下面的网页高速缓存(131)中播放内容:如果业务请求为应用加速请求,则SLB从下面的应用高速缓存(132)中播放内容,等等。客户端与各SLB之间、各SLB之间耦合有内容路由器(15)。
在基于DNS方式的CDN网络中,网页和应用加速业务通过如下流程实现:
S1.用户在客户端(14)浏览器键入CDN内容提供商的URL(统一资源定位符),浏览器产生DNS域名解析请求,解析请求被引导到DNS方式的GSLB(111);
S2.DNS方式的GSLB(111)依据DNS解析请求中的LDNS(本地域名服务)的IP地址判断最适合该用户的CDN SLB(121),并将该SLB地址发送给客户端(例如判断出最适合该用户的SLB是SLBa(121a),则将其地址发送给客户端);
S3.客户端(14)浏览器根据收到的IP地址向该SLB请求并完成访问,途中要经过内容路由器(15)。
与网页加速不同,新兴的流媒体和下载等业务通常具备与网页加速完全不同的特征:单位时间内用户链接量有限、单链接持续的时间较长、访问流量很大、同一对象不会在短时间内反复被同一用户访问。也就是说这些新兴业务对CDN内容路由系统的处理能力支持要求不高,但是需要精确的内容定位和流量调度能力。一旦用户调度出错,必然带来大流量的跨越边界的访问。
为适应新的需求,现有的支持新业务的CDN网络中广泛采用了基于应用层重定向的内容路由技术。图3描述了该方式的分层结构,图4描述该方式的系统结构。
参考图3和4,应用层重定向的CDN网络分为三层:GSLB层(11),其中有应用层重定向GSLB(112),对下面的各SLB进行调度,该应用层重定向GSLB(112)与图1中的DNS-GSLB(111)的区别是DNS-GSLB(111)仅解析域名,根据DNS解析请求中的IP地址来判断最适合该用户的SLB,因而不具精确的定位能力,而应用层重定向GSLB(112)依据的是整个URL,用户通过CDN内容提供商的发布页面获得内容URL,应用层重定向GSLB(112)根据内容请求中的用户IP地址、内容分布、负载情况、流量等信息综合判断最适合该用户的SLB,因而具有精确的定位能力,可以做到更准确的调度分析,适合于流媒体业务;SLB层(12),其中有多个SLB(图4中的121a-121c),客户端向分配的SLB请求内容;高速缓存层(13),其中有直播高速缓存(134),高速缓存直播内容;点播高速缓存(135),高速缓存点播内容;下载高速缓存(133)等。如果业务请求为直播节目内容请求,则SLB从下面的直播高速缓存(134)中播放内容:如果业务请求为点播节目内容请求,则SLB从下面的点播高速缓存(135)中播放内容,等等。客户端与各SLB之间、各SLB之间耦合有内容路由器(15)。
应用层重定向方式的CDN网络中,流媒体和下载业务通过如下流程实现:
S’1.响应于用户通过CDN内容提供商的发布页面获得内容URL,客户端发起内容请求,内容请求通过DNS解析被引导到应用层重定向的GSLB(112);
S’2.由于此时应用层重定向GSLB接收到了一个完整的URL,而不仅是域名,应用层重定向GSLB依据内容请求中的用户IP地址、内容分布、负载情况、流量等信息综合判断最适合该用户的CDN SLB(例如图4中在SLBa-c(121a-c)中判断出最适合该用户的SLB是SLBa(121a)),根据该SLB地址和被请求内容生成新的内容URL,通过应用层重定向命令向客户端返回新的内容URL;
S’3.客户端根据收到的新URL地址向该最适合该用户的SLB请求内容并完成访问。
相对于DNS方式,应用层重定向方式收到的内容路由请求是完整的URL(DNS方式中是请求的域名),因此可以做到更准确的调度分析,提供更好的负载均衡能力。应用层重定向涉及应用层协议分析,从而需要更复杂的处理算法,这也意味着采用应用层重定向方式的全局服务负载均衡器(GSLB)通常不能支持很高的性能,从而可能为CDN新业务带来性能瓶颈和安全隐患。
要在一个CDN网络中同时支持网页加速和流媒体加速业务,最简单的方式就是同时建设两个CDN系统。部署两套CDN网络的分层结构如图5所示。因为图5的方式只是将图1、3的方式机械地组合在一起,在图5中出现的元件在图1、3中都已经出现过,因此不再给出详细说明。此时网页加速业务仍然采用原DNS方式的流程,而流媒体业务采用原应用层重定向方式的流程。但是,这种方案无法复用设备,因此投资高,占用的地址资源也多。并且,由于DNS方式和应用层重定向方式需要根据业务的不同,分别将域名和URL解释到不同的GSLB服务器,因此同一CDN网络客户需要为其不同的业务申请不同的域名,否则不同业务流程将无法实现。另外,图5的结合根本没有实现DNS方式和应用层重定向方式的融合,两种方式的缺点仍然无法解决。
发明内容
本发明的一个目的是实现DNS方式和应用层重定向方式的真正融合,克服两种方式的缺点。
本发明的另一个目的是使得DNS方式的系统和应用层重定向方式的系统能够复用设备,占用尽可能少的地址资源。
本发明的再一个目的是使得不需要同一CDN网络内容提供商为其不同的业务申请不同的域名。
根据本发明的一方面,提供了一种内容分发网络系统,包括基于域名服务DNS的内容分发系统和应用层重定向内容分发系统,基于DNS的内容分发系统具有基于DNS的全局服务负载均衡器GSLB,应用层重定向内容分发系统具有应用层重定向GSLB,其特征在于:在基于DNS的GSLB和应用层重定向GSLB之间提供交换设备,其耦合到客户端,接收来自客户端的DNS域名解析请求或带有内容统一资源定位符URL的内容访问请求,根据请求的业务类型分别将其转发到基于DNS的GSLB和应用层重定向GSLB。
由于上述交换设备能实现根据请求的业务类型分别将其转发到基于DNS的GSLB或应用层重定向GSLB,从而实现了基于DNS的内容分发系统和应用层重定向内容分发系统的融合。另外,该交换设备具有公网IP地址,基于DNS的GSLB和应用层重定向GSLB具有虚拟IP地址,因此,占用了尽可能少的地址资源。
根据本发明的一方面,提供了一种内容分发网络系统,包括:
客户端,该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
服务负载均衡器SLB,其下面具有用于存储内容提供商所存放的内容的各缓冲器;
基于DNS的GSLB,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址进行访问;
应用层重定向GSLB,根据内容访问请求中的信息综合判断最适合该用户的SLB,根据SLB地址和被请求内容生成新的内容URL,返回给客户端,以便客户端根据新的内容URL向该SLB访问;
在基于DNS的GSLB和应用层重定向GSLB之间的交换设备,接收来自客户端的DNS域名解析请求或带有内容URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB。
根据本发明的一方面,提供了一种内容分发方法,包括:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
交换设备接收来自客户端的DNS域名解析请求或带有内容URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB;
基于DNS的GSLB根据DNS解析请求中的IP地址判断最适合该用户的服务负载均衡器SLB,并将该SLB的地址发送给客户端,客户端向该SLB的地址进行访问;应用层重定向GSLB根据内容访问请求中的信息综合判断最适合该用户的SLB,根据SLB地址和被请求内容生成新的内容URL,返回给客户端,客户端根据新的内容URL向该SLB访问;
服务负载均衡器SLB从其下面用于存储内容提供商所存放的内容的各缓冲器播放内容。
根据本发明的一方面,提供了一种内容分发网络系统,包括:
客户端,该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
交换设备,其一方面作为服务负载均衡器SLB,下面具有用于存储内容提供商所存放的内容的各缓冲器,另一方面耦合到应用层重定向SLB,当判断出请求的业务类型是网页或应用加速时,从自身的各缓冲器中播放内容;当判断出请求的业务类型是流媒体时,将带有内容URL的内容访问请求转发给应用层重定向SLB;
基于DNS的GSLB,解析DNS域名解析请求中的域名或内容访问请求中的URL中的域名,判断最适合该用户的交换设备,并将该交换设备的地址发送给客户端,以便客户端向该交换设备的地址进行访问;
所述应用层重定向SLB,下面具有用于存储内容提供商所存放的内容的各缓冲器,根据内容访问请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容。
由于本发明的该方面的交换设备当判断出请求的业务类型是网页或应用加速时,从自身的各缓冲器中播放内容;当判断出请求的业务类型是流媒体时,将带有内容URL的内容访问请求转发给应用层重定向SLB,因此实现了基于DNS的内容分发系统和应用层重定向内容分发系统的融合。另外,该交换设备具有公网IP地址,应用层重定向SLB具有虚拟IP地址,因此,占用了尽可能少的地址资源。在这种情况下,还获得了CDN网络内容提供商不需要为不同的业务申请不同的域名的优点,因为业务是由不同的URL和协议区分的。
根据本发明的一方面,提供了一种内容分发方法,包括:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
基于DNS的GSLB解析DNS域名解析请求中的域名或内容访问请求中的URL中的域名,判断最适合该用户的交换设备,并将该交换设备的地址发送给客户端,客户端向该交换设备的地址进行访问,所述交换设备一方面作为服务负载均衡器SLB,下面具有用于存储内容提供商所存放的内容的各缓冲器,另一方面耦合到应用层重定向SLB;
交换设备当判断出请求的业务类型是网页或应用加速时,从自身的各缓冲器中播放内容;当判断出请求的业务类型是流媒体时,将带有内容URL的内容访问请求转发给应用层重定向SLB;
应用层重定向SLB根据内容访问请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容,新的应用层重定向SLB接收到内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从自身的各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。
根据本发明的一方面,提供了一种内容分发网络系统,包括:
客户端,该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
SLB,其下面具有用于存储内容提供商所存放的内容的各缓冲器,当接收到网页或应用内容请求时,从自身的各缓冲器中播放内容;
应用层重定向SLB,下面具有用于存储内容提供商所存放的内容的各缓冲器,当接收到流媒体内容请求时,根据流媒体内容请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容;
基于DNS的GSLB,其接收来自客户端的DNS域名解析请求或带有URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址发出网页或应用内容请求;当判断出请求的业务类型是流媒体时,解析内容访问请求中的URL中的域名,返回应用层重定向SLB地址给客户端,以便客户端向应用层重定向SLB发出流媒体内容请求。
由于本发明的该方面中,基于DNS的GSLB当判断出请求的业务类型是网页或应用加速时,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端;当判断出请求的业务类型是流媒体时,解析内容访问请求中的URL中的域名,返回应用层重定向SLB地址给客户端,以便客户端向应用层重定向SLB发出流媒体内容请求。因此,实现了基于DNS的内容分发系统和应用层重定向内容分发系统的融合。
根据本发明的一方面,提供了一种内容分发方法,包括:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
基于DNS的GSLB接收来自客户端的DNS域名解析请求或带有URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址发出网页或应用内容请求;当判断出请求的业务类型是流媒体时,解析内容访问请求中的URL中的域名,返回应用层重定向SLB地址给客户端,以便客户端向应用层重定向SLB发出流媒体内容请求,其中SLB和应用层重定向SLB下面具有用于存储内容提供商所存放的内容的各缓冲器;
SLB当接收到网页或应用内容请求时,从自身的各缓冲器中播放内容;应用层重定向SLB当接收到流媒体内容请求时,根据流媒体内容请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容,新的应用层重定向SLB接收到流媒体内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从自身的各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。
附图说明
图1示出了基于DNS方式的CDN网络的分层结构。
图2示出了基于DNS方式的CDN网络的系统结构。
图3示出了应用层重定向的CDN网络的分层结构。
图4示出了应用层重定向的CDN网络的系统结构。
图5示出了独立部署了基于DNS方式的CDN网络和应用层重定向的CDN网络的网络分层结构。
图6示出了根据本发明的第一实施例在地址资源有限的情况下在GSLB层实现业务融合的网络分层结构。
图7示出了根据本发明的第一实施例在地址资源有限的情况下在GSLB层实现业务融合的网络系统结构。
图8示出了根据本发明的第二实施例在地址资源有限的情况下在SLB层实现业务融合的网络分层结构。
图9示出了根据本发明的第二实施例在地址资源有限的情况下在SLB层实现业务融合的网络系统结构。
图10示出了根据本发明的第三实施例在地址资源充足的情况下实现业务融合的网络分层结构。
图11示出了根据本发明的第三实施例在地址资源充足的情况下实现业务融合的网络系统结构。
具体实施方式
为解决融合业务的CDN所遇到的问题,本发明提出了能够同时支持传统网页加速业务和流媒体点播、直播以及IPTV、文件共享等多业务的CDN架构和内容路由方法。这些解决方案不仅实现了业务融合,同时也实现了DNS方式和应用层重定向方式的优势互补。
考虑到IPV4地址即将枯竭,CDN节点可利用的IP地址资源是有限的(因此,融合业务所利用的IP地址越少越好,最好一个IP地址也可以正常运转)。同时,注意到一旦IPV6网络普及,地址枯竭问题就会解决,系统结构可能需要重新规划。因此,本发明为不同的地址需求分别提出了业务融合的系统结构和实现方案。
地址资源有限:
为解决CDN网络的业务融合问题提出了两种CDN网络架构:首先,可以在GSLB层区分业务,实现按业务调度(第一实施例);其次,可以在GSLB层使用DNS方式的内容路由算法,而在节点的服务负载均衡设备(SLB)层融合对不同业务的处理(第二实施例)。如下对这两种方案的技术原理分别给予说明。
第一实施例
图6示出了根据本发明的第一实施例在地址资源有限的情况下在GSLB层实现业务融合的网络分层结构。图7示出了根据本发明的第一实施例在地址资源有限的情况下在GSLB层实现业务融合的网络系统结构。
根据第一实施例的内容分发网络系统实质上是这样一种系统:它包括基于域名服务DNS的内容分发系统和应用层重定向内容分发系统,基于DNS的内容分发系统具有基于DNS的全局服务负载均衡器GSLB(111),应用层重定向内容分发系统具有应用层重定向GSLB(112),基于DNS的内容分发系统和应用层重定向内容分发系统基本上是现有的内容分发系统,而本发明在基于DNS的GSLB和应用层重定向GSLB之间提供交换设备(113),其耦合到客户端,接收来自客户端的DNS域名解析请求或带有内容统一资源定位符URL的内容访问请求,根据请求的业务类型分别将其转发到基于DNS的GSLB和应用层重定向GSLB。具体地说,交换设备(113)当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB。判断请求的业务类型是网页加速或应用加速还是流媒体是根据接收到的DNS域名解析请求或带有内容统一资源定位符URL的内容访问请求来判断的,在DNS域名解析请求和内容访问请求中带有请求业务类型的信息,这是本领域技术人员公知的。该交换设备(113)可由本领域技术人员根据上述功能通过软件等实现,该实施例的其它模块是现有技术的基于DNS的内容分发系统和应用层重定向内容分发系统中的已有内容。
具体地说,参考图6和7,该实施例包括:
客户端(14),该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求。
位于图6的SLB层(12)上的服务负载均衡器SLB(121),其下面具有位于高速缓存层(13)上的用于存储内容提供商所存放的内容的各缓冲器(131-135),如果业务请求是网页加速,SLB(121)就从网页高速缓存(131)中播放内容;如果业务请求是应用加速,SLB(121)就从应用高速缓存(132)中播放内容;如果业务请求是直播节目内容加速,SLB(121)就从直播高速缓存(134)中播放内容;如果业务请求是点播节目内容加速,SLB(121)就从点播高速缓存(135)中播放内容;图6中还示有下载高速缓存(133)。图7中示出了SLBa-c(121a-c),但还可以有其它SLB,在客户端和SLB之间、各SLB之间有内容路由器(15)。
位于GSLB层(11)上的基于DNS的GSLB(111),根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址进行访问。
位于GSLB层(11)上的应用层重定向GSLB(112),根据内容访问请求中的信息综合判断最适合该用户的SLB,根据SLB地址和被请求内容生成新的内容URL,返回给客户端,以便客户端根据新的内容URL向该SLB访问。
位于GSLB层(11)上的在基于DNS的GSLB和应用层重定向GSLB之间的交换设备(113),接收来自客户端的DNS域名解析请求或带有内容URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB。该交换设备例如是L4交换机,但也可以是其它交换设备。在本实施例中,该交换设备具有公网IP地址,基于DNS的GSLB和应用层重定向GSLB具有虚拟IP地址。因此,占用了尽可能少的公用地址资源。
在本实施例中,所述内容访问请求中的信息包括用户IP地址、内容分布、负载情况、流量信息,但也可根据需要包括其它信息。
根据本实施例的内容分发方法可概括为:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;交换设备接收来自客户端的DNS域名解析请求或带有内容URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB;基于DNS的GSLB根据DNS解析请求中的IP地址判断最适合该用户的服务负载均衡器SLB,并将该SLB的地址发送给客户端,客户端向该SLB的地址进行访问;应用层重定向GSLB根据内容访问请求中的信息综合判断最适合该用户的SLB,根据SLB地址和被请求内容生成新的内容URL,返回给客户端,客户端根据新的内容URL向该SLB访问;服务负载均衡器SLB从其下面用于存储内容提供商所存放的内容的各缓冲器(131-135)播放内容。
第一实施例是在GSLB层区分业务,实现按业务调度。该方式要求在GSLB层同时部署DNS解析设备和应用层重定向设备,利用L4交换机的协议分析和负载均衡能力,根据被访问业务的不同将DNS解析请求和应用访问URL引导到不同的GSLB设备,从而实现不同的内容路由方式,达到不同业务在CDN网络上的融合。不同业务的内容路由流程具体如下:
网页加速业务:
T1.响应于用户在客户端(14)浏览器键入CDN内容提供商的URL,浏览器产生DNS域名解析请求,解析请求被引导到GSLB层(11)的交换设备(113);
T2.交换设备判断出请求的业务类型是网页加速,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB(111);
T3.基于DNS的GSLB(111)依据DNS解析请求中的LDNS的IP地址判断最适合该用户的SLB(比如是SLBa),并将该SLB地址(即SLBa地址)发送给客户端;
T4.客户端浏览器根据收到的IP地址向该SLB(即SLBa)请求并完成访问。
流媒体和下载业务:
T’1.响应于用户通过CDN内容提供商的发布页面获得内容URL,客户端发起内容访问;
T’2.交换设备判断出请求的业务类型是流媒体,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB(112);
T’3.应用层重定向GSLB(112)依据内容请求中的用户IP地址、内容分布、负载情况、流量等信息综合判断最适合该用户的SLB(比如SLBa),根据该SLB(SLBa)地址和被请求内容生成新的内容URL,通过应用层重定向命令向用户返回新的内容URL;
T’4.客户端根据收到的新URL地址向该SLB(SLBa)请求内容并完成访问。
本实施例通过引入交换设备将不同业务的请求交给不同业务的GSLB设备,从而完成了有不同需求的多种业务的融合。该方案的GSLB层可以仅使用一个公网IP地址,即该交换设备具有公网IP地址,基于DNS的GSLB和应用层重定向GSLB具有虚拟IP地址,减少了对公网地址的使用。本实施例的GSLB层仅使用一个公网IP地址,对于网页和应用加速业务,加速域的授权DNS解析服务器为交换设备;对于流媒体和大文件下载,加速域的授权DNS解析服务器将DNS请求解析为交换设备地址。注意,这种方式仍然需要CDN网络内容提供商为不同的业务申请不同的域名。
第二实施例
图8示出了根据本发明的第二实施例在地址资源有限的情况下在SLB层实现业务融合的网络分层结构。图9示出了根据本发明的第二实施例在地址资源有限的情况下在SLB层实现业务融合的网络系统结构。
参考图8和9,根据第二实施例的内容分发网络系统包括:
客户端(14),该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
位于SLB层(12)的交换设备(121),其一方面作为服务负载均衡器SLB,下面具有用于存储内容提供商所存放的内容的各缓冲器(131-135);另一方面耦合到应用层重定向SLB(129),当判断出请求的业务类型是网页或应用加速时,从自身的各缓冲器中播放内容;当判断出请求的业务类型是流媒体时,将带有内容URL的内容访问请求转发给应用层重定向SLB(129),判断业务类型是网页或应用加速还是流媒体是根据请求中携带的信息判断的,这一点与第一实施例中相同,是本领域技术人员公知的内容,该交换设备作为SLB的方面是现有SLB的功能,其作为判断业务类型并选择性进行切换的内容可由本领域技术人员根据上述功能以软件等方式实现。
基于DNS的GSLB(111),解析DNS域名解析请求中的域名或内容访问请求中的URL中的域名,判断最适合该用户的交换设备(121),并将该交换设备的地址发送给客户端,以便客户端向该交换设备的地址进行访问,该基于DNS的GSLB(111)的基本功能是相同的,只不过现有技术中其只接收并解析DNS域名解析请求中的域名,即只面对DNS方式,而本实施例不仅面对DNS方式,还面对应用层重定向方式,因此,当在应用层重定向方式下接收到带有URL的内容访问请求时,只将URL中的域名取出解析;另外,在现有技术中判断最适合该用户的SLB,因为本实施例的交换设备中包含了一部分SLB功能,因此本实施例判断最适合该用户的交换设备,因此,该基于DNS的GSLB(111)可以由本领域技术人员通过现有技术的基于DNS的GSLB功能改造实现。
所述应用层重定向SLB(129),下面具有用于存储内容提供商所存放的内容的各缓冲器,如直播高速缓存(134)、点播高速缓存(135)、下载高速缓存(133)等,如图8的虚线表示,虚线表示所述应用层重定向SLB(129)不是自己去高速缓存中调度的,而是通过与其耦合的交换设备调度的,图8中交换设备向各高速缓存的调度都表示为实线。该应用层重定向SLB(129)根据内容访问请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器(通过与其耦合的交换设备)中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容。它的功能分为两部分:一部分是从高速缓存中播放内容的部分,这部分与现有SLB类似,可参考现有SLB实现;另一部分是根据内容访问请求中的信息综合判断最适合该用户的应用层重定向SLB以及当不是自身时向客户端通知的功能,这部分功能与现有的应用层重定向GSLB类似,只不过将其移入SLB层,因此可以相类似地实现。
另外,新的应用层重定向SLB接收到内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,其确认的算法与第一个应用层重定向SLB判断最适合该用户的应用层重定向SLB的算法可以是一样的,确认的目的是因为在由前一个应用层重定向SLB转移到后一个应用层重定向SLB期间网络条件等有可能发生变化,因此可以这样动态地实时确定一个最适合该用户的SLB,确认的方法比如:如果确认为是,则从自身的各缓冲器中播放内容;如果确认为不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但为了避免重定向过程中产生闭合环路,即同一内容请求被同一应用层重定向设备转发两次以上,如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中(通过与其耦合的交换设备)播放内容。上述功能可由本领域技术人员通过软件等实现。
本实施例中,该交换设备具有公网IP地址,应用层重定向SLB具有虚拟IP地址,因此可以减少对公网地址的使用,节约公网地址资源。
本实施例的交换设备可以是L4交换机,也可以是其它交换设备。
本实施例中,所述内容访问请求中的信息包括用户IP地址、内容分布、负载情况、流量信息。
根据本实施例的内容分发方法可概括为:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;基于DNS的GSLB解析DNS域名解析请求中的域名或内容访问请求中的URL中的域名,判断最适合该用户的交换设备,并将该交换设备的地址发送给客户端,客户端向该交换设备的地址进行访问,所述交换设备一方面作为服务负载均衡器SLB,下面具有用于存储内容提供商所存放的内容的各缓冲器,另一方面耦合到应用层重定向SLB;交换设备当判断出请求的业务类型是网页或应用加速时,从自身的各缓冲器中播放内容;当判断出请求的业务类型是流媒体时,将带有内容URL的内容访问请求转发给应用层重定向SLB;应用层重定向SLB根据内容访问请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中(通过耦合的交换设备)播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容,新的应用层重定向SLB接收到内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从自身的各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。
本实施例在GSLB层使用DNS方式的内容路由算法,而在SLB层融合对不同业务的处理。本实施例中,在GSLB层仅支持DNS方式,而在SLB层通过交换设备实现多业务的负载均衡调度。应用层重定向设备与交换设备相连,并且所有发送给交换设备的流媒体或下载访问请求被转发给与该交换设备耦合的应用层重定向SLB,从而在SLB层完成业务的内容路由处理。不同业务的内容路由流程如下:
网页加速业务:
N1.响应于用户在客户端(14)浏览器键入CDN内容提供商的URL,浏览器产生DNS域名解析请求,解析请求被引导到DNS-GSLB(111);
N2.DNS-GSLB(111)依据DNS解析请求中的LDNS的IP地址判断最适合该用户的交换设备(121),并将该交换设备(121)的地址发送给客户端;
N3.客户端浏览器根据收到的IP地址向交换设备(121)发起内容请求;
N4.交换设备(121)收到请求,判断出业务类型为网页加速,引导到网页高速缓存并完成内容访问。
流媒体和下载业务:
N’1.响应于用户通过CDN内容提供商的发布页面获得内容URL,客户端向DNS-GSLB(111)发送带有URL的内容访问请求;
N’2.DNS-GSLB(111)解析URL中的域名,返回交换设备(121)地址;
N’3.客户端向交换设备请求URL内容;
N’4.交换设备(121)判断出业务类型为流媒体,将请求转发给应用层重定向SLB(假设图9中的SLBa(129a));
N’5.应用层重定向SLB(SLBa)依据内容请求中的用户IP地址、内容分布、负载情况、流量等信息综合判断最适合该用户的SLB(假设是SLBb),根据SLBb地址和被请求内容生成新的内容URL,通过应用层重定向命令向客户端返回新的内容URL;
N’6.客户端根据收到的新URL地址向新的SLB(SLBb)请求内容,新的SLB(SLBb)确认应当由本SLB服务,将访问请求重定向到本SLB的高速缓存设备完成访问,如果不应当由本SLB服务,则重新确认新的SLB,通知客户端,但如果重新确定的SLB是该请求所经历过的SLB则不再返回,直接由本SLB服务。这样,避免了重定向过程中产生闭合环路,即同一内容请求被同一应用层重定向设备转发两次以上。当然,也可以不采用上面的方法进行避免,本领域技术人员可以在本发明的设计思路内采用其它的避免方法。
另外,交换设备为流媒体业务分配额外的虚拟IP地址,以区分其他交换设备调度来的请求和本地应用层重定向SLB向本地高速缓存调度的请求,当与该交换设备相耦合的应用层重定向SLB确认请求应当由该应用层重定向SLB服务时,应用层重定向SLB用VIP地址重新组织出新URL,并发送给客户端,客户端向新URL发起访问,交换设备通过解析出的VIP地址了解该请求应当由与本交换设备相耦合的本地应用层重定向SLB服务,将请求引导到本地高速缓存播放内容。
本实施例通过在SLB层引入交换设备并引入应用层重定向LSB完成了多种业务的融合。该方案在单一交换设备可以仅使用一个公网IP地址,交换设备通过解析不同业务的协议完成融合业务的发送。如果是网页和应用请求,请求被相应高速缓存直接处理。如果是流媒体和大文件下载业务,请求被转发给应用层重定向LSB,应用层重定向设备根据解析结果再将请求转发给本地高速缓存或其他应用层重定向设备。另外,使用这种方案,CDN网络内容提供商已经不需要为不同的业务申请不同的域名了,业务是由不同的URL和协议区分的。
地址充足:
如果CDN系统中所有设备都可以获得独立的公网IP地址,也可以在DNS方式的GSLB下,在SLB层部署应用层重定向SLB,从而结合两种方式的优势,实现多种业务的融合。
第三实施例
图10示出了根据本发明的第三实施例在地址资源充足的情况下实现业务融合的网络分层结构。图11示出了根据本发明的第三实施例在地址资源充足的情况下实现业务融合的网络系统结构。本实施例需要内容提供商为不同的业务申请不同的域名。
参考图10和11,根据第三实施例的内容分发网络系统包括:
客户端(14),该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
位于SLB层(12)的SLB(121),其下面具有位于高速缓存层(13)的用于存储内容提供商所存放的内容的各缓冲器(如网页高速缓存(131)、应用高速缓存(132)),当接收到网页或应用内容请求时,从自身的各缓冲器中播放内容;
位于SLB层(12)的应用层重定向SLB(129),下面具有位于高速缓存层(13)的用于存储内容提供商所存放的内容的各缓冲器(如直播高速缓存(134)、点播高速缓存(135)、下载高速缓存(133)),当接收到流媒体内容请求时,根据流媒体内容请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容,该应用层重定向SLB(129)与第二实施例中的应用层重定向SLB(129)类似,因此可以参照第二实施例中的应用层重定向SLB(129)类似地实现;
位于GSLB层(11)的基于DNS的GSLB(111),其接收来自客户端的DNS域名解析请求或带有URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址发出网页或应用内容请求;当判断出请求的业务类型是流媒体时,解析内容访问请求中的URL中的域名,返回应用层重定向SLB(129)地址给客户端,以便客户端向应用层重定向SLB(129)发出流媒体内容请求。该基于DNS的GSLB(111)与现有技术中的不同在于首先其中多了切换功能,即判断业务类型,然后再根据业务类型判断最适合该用户的SLB或最适合该用户的应用层重定向SLB,判断业务类型如前所述是基于DNS域名解析请求或内容服务请求中的信息的,因此本领域技术人员能够实现,因此这种切换功能可由本领域技术人员利用软件等实现。另一个与现有技术基于DNS的GSLB(111)的不同在于现有技术的基于DNS的GSLB(111)仅判断最适合该用户的SLB,而本实施例分成两支,在一支判断最适合该用户的SLB,在另一至判断最适合该用户的应用层重定向SLB,判断后者的方法与前者类似,因此也可以由本领域技术人员通过软件等实现。
在本实施例中,新的应用层重定向SLB接收到流媒体内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB(确认的方法与前一个应用层重定向SLB判断哪个应用层重定向SLB是最适合于用户的应用层重定向SLB的方法相同),如果是,则从自身的各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。上述功能可由本领域技术人员通过软件等实现。
在本实施例中,基于DNS的GSLB(111)、SLB和应用层重定向SLB(129)都具有公网IP地址。
在本实施例中,该交换设备是L4交换机,但也可以采用其它交换设备。
在本实施例中,所述流媒体内容请求中的信息包括用户IP地址、内容分布、负载情况、流量信息。
本实施例的内容分发方法可概括为:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;基于DNS的GSLB接收来自客户端的DNS域名解析请求或带有URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址发出网页或应用内容请求;当判断出请求的业务类型是流媒体时,解析内容访问请求中的URL中的域名,返回应用层重定向SLB(129)地址给客户端,以便客户端向应用层重定向SLB(129)发出流媒体内容请求,其中SLB和应用层重定向SLB下面具有用于存储内容提供商所存放的内容的各缓冲器;SLB当接收到网页或应用内容请求时,从自身的各缓冲器中播放内容;应用层重定向SLB当接收到流媒体内容请求时,根据流媒体内容请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容,新的应用层重定向SLB接收到流媒体内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从自身的各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。
业务流程的具体实现方式如下:
网页加速业务:
L1.响应于用户在客户端(14)浏览器键入CDN内容提供商的URL,浏览器产生DNS域名解析请求,解析请求被引导到DNS-GSLB(111);
L2.DNS-GSLB(111)判断出业务类型为网页加速,依据DNS解析请求中的LDNS的IP地址判断最适合该用户的SLB(121),并将该SLB(121)的SLB地址发送给用户;
L3.客户端浏览器根据收到的IP地址向SLB(121)发起内容请求;
L4.SLB(121)收到请求,引导到高速缓存设备并完成内容访问。
流媒体和下载业务:
L’1.响应于用户通过CDN内容提供商的发布页面获得内容URL,客户端发起内容访问请求;
L’2.DNS-GSLB(111)判断出业务类型为流媒体或下载业务,解析URL中的域名,返回应用层重定向SLB(在图11中假定为SLBa(129a))地址给客户端;
L’3.客户端向应用层重定向SLB(图11中的SLBa(129a))请求URL内容;
L’4.应用层重定向SLB(图11中的SLBa(129a))依据内容请求中的用户IP地址、内容分布、负载情况、流量等信息综合判断最适合该用户的应用层重定向SLB(假定图11中的SLBb(129b)),根据该应用层重定向SLB地址(SLBb(129b))和被请求内容生成新的内容URL,通过应用层重定向命令向用户返回新的内容URL;
L’5.客户端根据收到的新URL地址向新的应用层重定向SLB(SLBb(129b))请求内容,新的应用层重定向SLB(SLBb(129b))确认应当由本新的应用层重定向SLB(SLBb(129b))服务,将访问请求重定向到该新的应用层重定向SLB(SLBb(129b))下的高速缓存缓存设备完成访问。
与第二实施例类似,上述L’4和L’5的流程可能多次重复,因此要求应用层重定向算法能够避免重定向过程中产生闭合环路,即同一内容请求被同一应用层重定向设备转发两次以上。如上面所提到的,如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。
另外,在图11中,在客户端与应用层重定向SLB之间、在各应用层重定向SLB之间有内容路由器(15)。
上面所述只是本发明的示例性实施例,而不是限定本发明的保护范围。
Claims (20)
1.一种内容分发网络系统,包括基于域名服务DNS的内容分发系统和应用层重定向内容分发系统,基于DNS的内容分发系统具有基于DNS的全局服务负载均衡器GSLB(111),应用层重定向内容分发系统具有应用层重定向GSLB(112),其特征在于:在基于DNS的GSLB和应用层重定向GSLB之间提供交换设备(113),其耦合到客户端,接收来自客户端的DNS域名解析请求或带有内容统一资源定位符URL的内容访问请求,根据请求的业务类型分别将其转发到基于DNS的GSLB和应用层重定向GSLB。
2.根据权利要求1的内容分发网络系统,其特征在于:交换设备(113)当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB。
3.根据权利要求1的内容分发网络系统,其特征在于:该交换设备具有公网IP地址,基于DNS的GSLB和应用层重定向GSLB具有虚拟IP地址。
4.根据权利要求1的内容分发网络系统,其特征在于:该交换设备是L4交换机。
5.一种内容分发网络系统,包括:
客户端(14),该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
服务负载均衡器SLB(121),其下面连接有位于高速缓存层中的用于存储内容提供商所存放的内容的各缓冲器(131-135);
基于DNS的GSLB(111),根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址进行访问;
应用层重定向GSLB(112),根据内容访问请求中的信息综合判断最适合该用户的SLB,根据SLB地址和被请求内容生成新的内容URL,返回给客户端,以便客户端根据新的内容URL向该SLB访问;
在基于DNS的GSLB和应用层重定向GSLB之间的交换设备(113),接收来自客户端的DNS域名解析请求或带有内容URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB。
6.根据权利要求5的内容分发网络系统,其特征在于:该交换设备具有公网IP地址,基于DNS的GSLB和应用层重定向GSLB具有虚拟IP地址。
7.根据权利要求5的内容分发网络系统,其特征在于:该交换设备是L4交换机。
8.根据权利要求5的内容分发网络系统,其特征在于:所述内容访问请求中的信息包括用户IP地址、内容分布、负载情况和流量信息。
9.一种内容分发方法,包括:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
交换设备接收来自客户端的DNS域名解析请求或带有内容URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,将来自客户端的DNS域名解析请求转发给基于DNS的GSLB,当判断出请求的业务类型是流媒体时,将来自客户端的带有内容URL的内容访问请求转发给应用层重定向GSLB;
基于DNS的GSLB根据DNS解析请求中的IP地址判断最适合该用户的服务负载均衡器SLB,并将该SLB的地址发送给客户端,客户端向该SLB的地址进行访问;应用层重定向GSLB根据内容访问请求中的信息综合判断最适合该用户的SLB,根据SLB地址和被请求内容生成新的内容URL,返回给客户端,客户端根据新的内容URL向该SLB访问;
服务负载均衡器SLB从其下面连接的位于高速缓存层中的用于存储内容提供商所存放的内容的各缓冲器(131-135)播放内容。
10.一种内容分发网络系统,包括:
客户端(14),该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
交换设备(121),其一方面作为服务负载均衡器SLB,下面连接有位于高速缓存层中的用于存储内容提供商所存放的内容的各缓冲器,另一方面耦合到应用层重定向SLB(129),当判断出请求的业务类型是网页或应用加速时,从自身的各缓冲器中播放内容;当判断出请求的业务类型是流媒体时,将带有内容URL的内容访问请求转发给应用层重定向SLB(129);
基于DNS的GSLB(111),解析DNS域名解析请求中的域名或内容访问请求中的URL中的域名,判断最适合该用户的交换设备(121),并将该交换设备的地址发送给客户端,以便客户端向该交换设备的地址进行访问;
所述应用层重定向SLB(129),根据内容访问请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则通过与其耦合的交换设备下面连接的位于高速缓存层的各缓冲器播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容。
11.根据权利要求10的内容分发网络系统,其特征在于:新的应用层重定向SLB接收到内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从各缓冲器中播放内容。
12.根据权利要求10的内容分发网络系统,其特征在于:该交换设备具有公网IP地址,应用层重定向SLB具有虚拟IP地址,交换设备为流媒体业务分配额外的虚拟IP地址,以区分其他交换设备调度来的请求和本地应用层重定向SLB向本地高速缓存调度的请求,当与该交换设备相耦合的应用层重定向SLB确认请求应当由该应用层重定向SLB服务时,应用层重定向SLB用虚拟IP地址重新组织出新URL,并发送给客户端,客户端向新URL发起访问,交换设备通过解析出的虚拟IP地址了解该请求应当由与本交换设备相耦合的本地应用层重定向SLB服务,将请求引导到本地高速缓存播放内容。
13.根据权利要求10的内容分发网络系统,其特征在于:该交换设备是L4交换机。
14.根据权利要求10的内容分发网络系统,其特征在于:所述内容访问请求中的信息包括用户IP地址、内容分布、负载情况和流量信息。
15.一种内容分发方法,包括:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
基于DNS的GSLB解析DNS域名解析请求中的域名或内容访问请求中的URL中的域名,判断最适合该用户的交换设备,并将该交换设备的地址发送给客户端,客户端向该交换设备的地址进行访问,所述交换设备一方面作为服务负载均衡器SLB,下面连接有位于高速缓存层中的用于存储内容提供商所存放的内容的各缓冲器,另一方面耦合到应用层重定向SLB;
交换设备当判断出请求的业务类型是网页或应用加速时,从自身的各缓冲器中播放内容;当判断出请求的业务类型是流媒体时,将带有内容URL的内容访问请求转发给应用层重定向SLB;
应用层重定向SLB根据内容访问请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容,新的应用层重定向SLB接收到内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从各缓冲器中播放内容。
16.一种内容分发网络系统,包括:
客户端(14),该客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
SLB,其下面连接有位于高速缓存层中的用于存储内容提供商所存放的内容的各缓冲器,当接收到网页或应用内容请求时,从自身的各缓冲器中播放内容;
应用层重定向SLB(129),下面连接有位于高速缓存层中的用于存储内容提供商所存放的内容的各缓冲器,当接收到流媒体内容请求时,根据流媒体内容请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容;
基于DNS的GSLB(111),其接收来自客户端的DNS域名解析请求或带有URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址发出网页或应用内容请求;当判断出请求的业务类型是流媒体时,解析内容访问请求中的URL中的域名,返回应用层重定向SLB(129)地址给客户端,以便客户端向应用层重定向SLB(129)发出流媒体内容请求。
17.根据权利要求16的内容分发网络系统,其特征在于:新的应用层重定向SLB接收到流媒体内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从自身的各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。
18.根据权利要求16的内容分发网络系统,其特征在于:基于DNS的GSLB(111)、SLB和应用层重定向SLB(129)都具有公网IP地址。
19.根据权利要求16的内容分发网络系统,其特征在于:所述流媒体内容请求中的信息包括用户IP地址、内容分布、负载情况和流量信息。
20.一种内容分发方法,包括:
客户端的浏览器响应于用户键入的内容提供商URL,产生DNS域名解析请求;响应于用户通过内容提供商的发布页面获得内容URL,发起内容访问请求;
基于DNS的GSLB接收来自客户端的DNS域名解析请求或带有URL的内容访问请求,当判断出请求的业务类型是网页或应用加速时,根据DNS解析请求中的IP地址判断最适合该用户的SLB,并将该SLB的地址发送给客户端,以便客户端向该SLB的地址发出网页或应用内容请求;当判断出请求的业务类型是流媒体时,解析内容访问请求中的URL中的域名,返回应用层重定向SLB(129)地址给客户端,以便客户端向应用层重定向SLB(129)发出流媒体内容请求,其中SLB和应用层重定向SLB下面连接有位于高速缓存层中的用于存储内容提供商所存放的内容的各缓冲器;
SLB当接收到网页或应用内容请求时,从自身的各缓冲器中播放内容;应用层重定向SLB当接收到流媒体内容请求时,根据流媒体内容请求中的信息综合判断最适合该用户的应用层重定向SLB,如果最适合该用户的应用层重定向SLB就是其自身,则从自身的各缓冲器中播放内容;如果最适合该用户的应用层重定向SLB是其它应用层重定向SLB,根据该其它应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,客户端向新的应用层重定向SLB请求内容,新的应用层重定向SLB接收到流媒体内容请求后,确认目前是否自己就是最适合该用户的应用层重定向SLB,如果是,则从自身的各缓冲器中播放内容;如果不是,则再次根据应为目前最适合该用户的应用层重定向SLB的应用层重定向SLB和被请求内容生成新的内容URL返回给客户端,但如果目前最适合该用户的应用层重定向SLB是该请求已经经历过的应用层重定向SLB,则不再返回,而是从自身的各缓冲器中播放内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100068004A CN101242422B (zh) | 2007-02-06 | 2007-02-06 | 适应多业务融合的内容分发网络系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100068004A CN101242422B (zh) | 2007-02-06 | 2007-02-06 | 适应多业务融合的内容分发网络系统和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101242422A CN101242422A (zh) | 2008-08-13 |
CN101242422B true CN101242422B (zh) | 2011-01-26 |
Family
ID=39933631
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100068004A Active CN101242422B (zh) | 2007-02-06 | 2007-02-06 | 适应多业务融合的内容分发网络系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101242422B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9544183B2 (en) | 2008-01-14 | 2017-01-10 | Akamai Technologies, Inc. | Methods and apparatus for providing content delivery instructions to a content server |
CN108353095B (zh) * | 2017-09-30 | 2021-10-22 | 达闼机器人有限公司 | 域名解析方法、客户端、边缘节点及域名解析系统 |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110055312A1 (en) * | 2009-08-28 | 2011-03-03 | Apple Inc. | Chunked downloads over a content delivery network |
US10977747B2 (en) | 2010-06-18 | 2021-04-13 | Akamai Technologies, Inc. | Extending a content delivery network (CDN) into a mobile or wireline network |
CN102014173B (zh) * | 2010-11-01 | 2012-12-26 | 蓝汛网络科技(北京)有限公司 | 一种域名重定向控制方法、模块及系统 |
CN102282825B (zh) * | 2010-12-14 | 2013-11-06 | 华为技术有限公司 | 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点 |
CN102065142A (zh) * | 2010-12-23 | 2011-05-18 | 网宿科技股份有限公司 | 基于文件下载的内容分发网络调度方法和系统 |
CN102291447B (zh) * | 2011-08-05 | 2016-04-06 | 中国电信股份有限公司 | 内容分发网络负载调度方法和系统 |
CN103092581B (zh) * | 2011-10-28 | 2016-06-08 | 阿里巴巴集团控股有限公司 | 一种Web前端本地开发环境的搭建方法和装置 |
CN102647341B (zh) * | 2012-03-28 | 2014-10-29 | 北京星网锐捷网络技术有限公司 | 一种报文处理方法、装置以及系统 |
CN103475626B (zh) * | 2012-06-07 | 2017-03-08 | 华为技术有限公司 | 一种用于请求资源的方法、设备及系统 |
JP5918642B2 (ja) | 2012-06-29 | 2016-05-18 | Kddi株式会社 | Webコンテンツの配信装置 |
CN102833339B (zh) * | 2012-08-31 | 2017-02-08 | 中兴通讯股份有限公司 | Cdn与网络融合的业务控制方法及业务控制设备 |
CN108183975B (zh) * | 2012-09-05 | 2021-04-27 | 创新先进技术有限公司 | 一种域名解析的方法和系统 |
CN102917042B (zh) * | 2012-10-12 | 2017-11-24 | 中兴通讯股份有限公司 | 一种实现基于cdn和网络融合的互联网业务的方法及装置 |
CN102882890B (zh) * | 2012-10-18 | 2018-03-23 | 中兴通讯股份有限公司 | 服务质量策略的调整方法及设备 |
CN103841150B (zh) * | 2012-11-26 | 2017-11-17 | 华为技术有限公司 | 基于内容分发网络cdn分发数据的方法及装置 |
CN103873497B (zh) * | 2012-12-11 | 2017-08-15 | 中国电信股份有限公司 | 用于调度信息的方法、装置和系统 |
CN103220354A (zh) * | 2013-04-18 | 2013-07-24 | 广东宜通世纪科技股份有限公司 | 一种实现服务器集群负载均衡的方法 |
CN105554046A (zh) * | 2014-10-29 | 2016-05-04 | 中国移动通信集团公司 | 内容分发系统对终端请求的调度方法、装置及设备 |
CN106034330B (zh) | 2015-03-17 | 2019-08-02 | 网宿科技股份有限公司 | 基于内容分发网络的移动终端流量处理方法、装置及系统 |
CN105635175B (zh) * | 2016-02-04 | 2018-11-06 | 北京奇艺世纪科技有限公司 | 一种rtmp流服务器的负载均衡方法和系统 |
CN107707378B (zh) | 2017-06-29 | 2018-11-13 | 贵州白山云科技有限公司 | 一种cdn覆盖方案生成方法和装置 |
CN107707943B (zh) * | 2017-06-29 | 2018-09-18 | 贵州白山云科技有限公司 | 一种实现云服务融合的方法及系统 |
CN108702397B (zh) * | 2017-08-08 | 2021-07-06 | 达闼机器人有限公司 | 一种获取并收集客户端本地dns服务器的方法以及系统 |
CN109510770B (zh) * | 2018-12-07 | 2021-05-04 | 北京金山云网络技术有限公司 | 负载均衡节点之间的信息同步方法、装置和处理设备 |
CN109587291B (zh) * | 2019-01-08 | 2020-08-04 | 湖南康通电子股份有限公司 | 一种文件流加速通信方法、系统和设备 |
CN109743416B (zh) * | 2019-03-19 | 2023-01-03 | 广州品唯软件有限公司 | Cdn域名调度方法、装置、计算机可读存储介质及系统 |
CN111147556A (zh) * | 2019-12-15 | 2020-05-12 | 浪潮电子信息产业股份有限公司 | 一种负载均衡方法、装置、设备及存储介质 |
CN111049929B (zh) * | 2019-12-24 | 2020-10-23 | 珠海大横琴科技发展有限公司 | 一种虚拟网络资源服务方法、装置、电子设备和存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1581114A (zh) * | 2003-08-14 | 2005-02-16 | 华为技术有限公司 | 一种对用户请求的解析方法 |
-
2007
- 2007-02-06 CN CN2007100068004A patent/CN101242422B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1581114A (zh) * | 2003-08-14 | 2005-02-16 | 华为技术有限公司 | 一种对用户请求的解析方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9544183B2 (en) | 2008-01-14 | 2017-01-10 | Akamai Technologies, Inc. | Methods and apparatus for providing content delivery instructions to a content server |
CN108353095B (zh) * | 2017-09-30 | 2021-10-22 | 达闼机器人有限公司 | 域名解析方法、客户端、边缘节点及域名解析系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101242422A (zh) | 2008-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101242422B (zh) | 适应多业务融合的内容分发网络系统和方法 | |
US11805184B2 (en) | Content delivery systems and methods | |
CN102077189B (zh) | 使用网络计算组件的请求路由 | |
EP1250785B1 (en) | A content distribution system for operating over an internetwork including content peering arrangements | |
US8527635B2 (en) | Contents delivery system and method, web server and contents provider DNS server thereof | |
EP2319221B1 (en) | Content distribution network | |
EP1315349B1 (en) | A method for integrating with load balancers in a client and server system | |
EP2319229B1 (en) | Operation of a content distribution network | |
US6400710B1 (en) | Network with hot button for providing switched broadband multipoint/multimedia intercommunication | |
CN103370905A (zh) | 任播重定向为单播内容下载 | |
KR101089058B1 (ko) | Cp 참여형 컨텐츠 전달 시스템 및 방법, 그 cdn dns 서버 | |
Kim et al. | An efficient global request dispatching scheme for multimedia streaming services | |
KR101109524B1 (ko) | 복수의 cdn 사업자를 통한 컨텐츠 분배시스템 및 방법, 그 컨텐츠 제공자 네임서버 | |
KR101088023B1 (ko) | 오브젝트 리다이렉션을 이용한 컨텐츠 전달 시스템 및 방법, 그 gslb 스위치 | |
KR20130093785A (ko) | 이종 네트워크 간의 상호연동 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |