CN107517243A - 请求调度方法及装置 - Google Patents

请求调度方法及装置 Download PDF

Info

Publication number
CN107517243A
CN107517243A CN201610511615.XA CN201610511615A CN107517243A CN 107517243 A CN107517243 A CN 107517243A CN 201610511615 A CN201610511615 A CN 201610511615A CN 107517243 A CN107517243 A CN 107517243A
Authority
CN
China
Prior art keywords
url request
request
url
content
cache
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.)
Withdrawn
Application number
CN201610511615.XA
Other languages
English (en)
Inventor
程智伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201610511615.XA priority Critical patent/CN107517243A/zh
Publication of CN107517243A publication Critical patent/CN107517243A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种请求调度方法及装置。其中，该方法包括：接收终端发送的统一资源定位符URL请求；判断该URL请求所请求的内容是否为热点内容；在判断结果为该URL请求所请求的内容为热点内容的情况下，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。通过本发明，解决了相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，进而达到了减轻同一cache设备负荷的效果。

Description

请求调度方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种请求调度方法及装置。
背景技术
随着内容分发网络(Content Delivery Network，简称为CDN)在各行业的广泛应用，CDN的网络架构也越来越被大家熟悉了。最简单的CDN网络为一台负责全局均衡的DNS和各节点一台高速缓存服务器cache，这样即可运行工作。
随着互联网的普及和智能手机用户的日益增多，一个节点上的单台cache已经不能满足承载负荷，需要多台cache同时工作，分担负荷，此时也需要服务器负载均衡(Server load Balancing，简称为SLB)设备来协调多台cache进行工作。
现有方案主要存在两个问题：1)同一个文件内容请求，不管该内容是不是热点内容，都只会向同一台cache设备调度来请求服务，大大增加了某一台cache的承载负荷，无法支撑高并发场景；2)如果某一个cache无法工作时，当该cache上存储的内容对应的请求过来时，则需要重新回源，大大降低了服务流量。
针对热点内容，如何降低单台cache设备的负荷，使多台设备协同工作，提高服务流量和用户感知体验，对于网络缓存加速业务的推广使用，具有重要的研究意义。现有技术还有待于改进和发展。
针对相关技术中，为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种请求调度方法及装置，以至少解决相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题。
根据本发明的一个实施例，提供了一种请求调度方法，包括：接收终端发送的统一资源定位符URL请求；判断所述URL请求所请求的内容是否为热点内容；在判断结果为所述URL请求所请求的内容为热点内容的情况下，将所述URL请求调度至除所述URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。
可选地，在将所述URL请求调度至除所述URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器之前，还包括：记录终端每次发送的URL请求，以及为首次所述URL请求分配的缓存服务器的网络协议IP地址。
可选地，所述将所述URL请求调度至除所述URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器包括：判断所述URL请求是否为首次发送；在判断结果为所述URL请求不是首次发送的情况下，根据所述URL请求前一次被分配的缓存服务器的IP地址，将所述URL请求调度至除所述IP地址之外的缓存服务器。
可选地，在判断所述URL请求所请求的内容为热点内容时，所述方法还包括：向需要进行热点内容复制的缓存服务器下发内容复制信息，以使接收到所述内容复制信息的缓存服务器进行热点内容复制；其中，所述内容复制信息包括以下至少之一：所述热点内容的URL、已缓存所述热点内容的缓存服务器的网络协议IP地址。
可选地，所述方法还包括：在判断结果为所述URL请求所请求的内容不是热点内容的情况下，按照所述URL请求所请求内容的唯一标识ID进行哈希计算，以确定为所述URL请求服务的缓存服务器。
根据本发明的另一个实施例，提供了一种请求调度装置，包括：接收模块，用于接收终端发送的统一资源定位符URL请求；判断模块，用于判断所述URL请求所请求的内容是否为热点内容；调度模块，用于在判断结果为所述URL请求所请求的内容为热点内容的情况下，将所述URL请求调度至除所述URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。
可选地，所述装置还包括：记录模块，用于在将所述URL请求调度至除所述URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器之前，记录终端每次发送的URL请求，以及为首次所述URL请求分配的缓存服务器的网络协议IP地址。
可选地，所述调度模块包括：判断单元，用于判断所述URL请求是否为首次发送；调度单元，用于在判断结果为所述URL请求不是首次发送的情况下，根据所述URL请求前一次被分配的缓存服务器的IP地址，将所述URL请求调度至除所述IP地址之外的缓存服务器。
可选地，所述装置还包括：处理模块，用于在判断所述URL请求所请求的内容为热点内容时，向需要进行热点内容复制的缓存服务器下发内容复制信息，以使接收到所述内容复制信息的缓存服务器进行热点内容复制；其中，所述内容复制信息包括以下至少之一：所述热点内容的URL、已缓存所述热点内容的缓存服务器的网络协议IP地址。
可选地，所述装置还包括：计算模块，用于在判断结果为所述URL请求所请求的内容不是热点内容的情况下，按照所述URL请求所请求内容的唯一标识ID进行哈希计算，以确定为所述URL请求服务的缓存服务器。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：接收终端发送的统一资源定位符URL请求；判断所述URL请求所请求的内容是否为热点内容；在判断结果为所述URL请求所请求的内容为热点内容的情况下，将所述URL请求调度至除所述URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。
通过本发明，接收终端发送的统一资源定位符URL请求；判断该URL请求所请求的内容是否为热点内容；在判断结果为该URL请求所请求的内容为热点内容的情况下，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。进而解决相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，达到减轻同一cache设备负荷的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的请求调度方法流程图；
图2是根据本发明实施例的服务负载均衡slb调度流程示意图；
图3是根据本发明实施例的cache设备间进行热点内容复制的流程图示意图；
图4是根据本发明实施例cache设备轮询服务流程示意图；
图5是根据本发明实施例的请求调度装置的结构框图；
图6是根据本发明实施例的请求调度装置的结构框图(一)；
图7是根据本发明实施例的请求调度装置的结构框图(二)；
图8是根据本发明实施例的请求调度装置的结构框图(三)；
图9是根据本发明实施例的请求调度装置的结构框图(四)。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种请求调度方法，图1是根据本发明实施例的请求调度方法流程图，如图1所示，该流程包括如下步骤：
步骤S102，接收终端发送的统一资源定位符URL请求；
步骤S104，判断该URL请求所请求的内容是否为热点内容；
步骤S106，在判断结果为该URL请求所请求的内容为热点内容的情况下，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。
可选地，在本实施例中，上述请求调度方法的应用场景包括但并不限于：一个节点上的多台高速缓存服务器cache同时配合工作。在该应用场景下，接收终端发送的统一资源定位符(Uniform Resource Locator，简称为URL)请求；判断该URL请求所请求的内容是否为热点内容；在判断结果为该URL请求所请求的内容为热点内容的情况下，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。也就是说，在本实施例中，在判断URL请求所请求的内容为热点内容时，通过轮询的方式分别将同一URL请求调度至对应的缓存服务器，进而解决了相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，达到了减轻同一cache设备负荷的效果。
下面结合具体示例，对本实施例作举例说明。
本示例提供了一种请求调度方法及***，通过该方法和***，一方面可以降低单台cache设备的承载负荷，另一方面可以提高服务流量和用户感知体验。其中，缓存服务器以cache设备为例。下面结合本示例的***架构来具体描述上述请求调度方法。
1)本地负载均衡设备slb
slb负责每个节点中各个cache的负载均衡，保证节点间的工作效率。同时还要收集节点与周围环境之间的信息，保持与全局负荷均衡之间的通信，实现整个体系的负荷均衡。slb需要记录用户每次请求的URL，还需要记录每个URL首次请求时，slb设备通过cid-hash算法选择到的cache设备ip地址，便于实现后续cache设备间的内容复制。
2)热点内容复制模块
该热点内容复制模块，通过约定好的内容复制接口，slb将需要复制的信息通过json体下推到需要进行内容复制的cache设备，json消息体中包含需要热点内容的URL，已经缓存该热点内容的cache设备ip。cache收到该消息后，则会根据json体中带的信息，向已经缓存的设备发起http请求，实现热点内容的复制。
3)轮询服务模块
该轮询服务模块，是判断后续用户过来的请求是否为TOP N内的热点内容，如果是，slb则会根据新的轮询算法，将请求分别调度到已经缓存了该内容的两台或多台cache上，让热点内容在两台或多台设备上轮流的提供服务，有效的满足高并发场景；如果不是，则还是按照之前的cid-hash算法调度到某一台设备上服务。
在一个可选地实施方式中，在将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器之前，还包括以下步骤：
步骤S11，记录终端每次发送的URL请求，以及为首次该URL请求分配的缓存服务器的网络协议IP地址。
通过步骤S11中记录终端每次发送的URL请求，以及为首次该URL请求分配的缓存服务器的网络协议IP地址，可以用于负载均衡设备slb进行请求调度，可以将同一URL请求通过轮询的方式分别将同一URL请求调度至对应的缓存服务器，进而解决了相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，达到减轻同一cache设备负荷的效果。
在一个可选地实施方式中，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器包括以下步骤：
步骤S21，判断该URL请求是否为首次发送；
步骤S22，在判断结果为该URL请求不是首次发送的情况下，根据该URL请求前一次被分配的缓存服务器的IP地址，将该URL请求调度至除该IP地址之外的缓存服务器。
通过步骤S21至步骤S22，在判断URL请求所请求的内容为热点内容时，通过轮询的方式分别将同一URL请求调度至对应的缓存服务器，进一步解决了相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，达到减轻同一cache设备负荷的效果。
在一个可选地实施方式中，在判断该URL请求所请求的内容为热点内容时，上述请求调度的方法还包括：
步骤S31，向需要进行热点内容复制的缓存服务器下发内容复制信息，以使接收到该内容复制信息的缓存服务器进行热点内容复制；
需要说明的是，上述内容复制信息包括以下至少之一：该热点内容的URL、已缓存该热点内容的缓存服务器的网络协议IP地址。
通过上述步骤S31，向需要进行热点内容复制的缓存服务器下发内容复制信息，以使接收到该内容复制信息的缓存服务器进行热点内容复制，使得在将URL请求调度至其他缓存服务器后，能够访问到相应的资源，提高了用户体验度。
在一个可选地实施方式中，在判断结果为该URL请求所请求的内容不是热点内容的情况下，按照该URL请求所请求内容的唯一标识ID进行哈希计算，以确定为该URL请求服务的缓存服务器。
下面结合具体示例，对本实施例进行举例说明。
在下述示例中，缓存服务器以cache为例进行说明。
如图2所示，当达到检测周期时，slb会统计各个url在检测周期内的总请求次数。假如检测周期为1小时，在1小时内，用户发起过4次请求，url分别为：url1:http://down10.zol.com.cn/zoldown/WeChat_C1012@[email protected]，url2:http://flv5.bn.netease.com/videolib3/1511/10/WhBmc5859/HD/WhBmc5859.flv，
url3:http://112.84.104.39/flv.bn.netease.com/videolib3/1511/10/YHbSI 1252/HD/YHbSI1252.flv？wsiphost＝local，url4:http://61.160.204.74/youku/65729AB85433D8271DA3B626C4/0300010B0455B930A185DB092B13A2E90C0903-79E7-CB79-5351-D0C2783BAF7B.flv？&start＝0，请求的总次数分别为6次，5次，4次，3次,首次请求时通过cid-hash算法选择到的cache设备分别为cache1，cache1，cache2，cache3，如果我们需要统计的热点为TOP3，则url1，url2，url3为热点内容。
如图3所示，热点内容url1首次hash选择到的设备为cache1，如果需要复制的份数为2份，则url 1的内容还需要在cache2或cache3上有存储，假设我们随机选择需要复制的设备为cache2；类似的url2的内容随机选择需要复制的设备为cache3，url3的内容随机选择到需要复制的设备为cache3。
如图3中的流程(1)所示，slb将需要复制的内容url 1，被复制的cache1设备ip封装在json体中，然后通过内容复制接口下推给需要复制的cache2设备，其中的ip2为cache2设备的ip，port为管理端口的port：6620，cache2收到slb发来的内容复制消息后，解析出消息体里带来的信息后，向cache1进行url 1内容的下拉，然后将内容缓存中本地，如图3中的流程(2)所示，其中ip1为cache1设备的ip，port为服务端口port：6610，这样就完成了内容复制，url 1的内容在设备cache1和cache2上都有了缓存；同理cache3向cache1设备请求完成url2的下载和缓存，cache3向cache2请求完成url3内容的下载和缓存，这样所有热点内容都完成了设备间的复制，所有热点内容都在两台cache设备上有存储。
如图4所示，完成热点内容的复制后，slb会保存所有检测周期内的热点内容对应的md5值，后续用户的请求到达slb后，slb首先会判断是否为热点内容，如果该内容在热点内容表中能找到，则说明该内容为热点内容，需要采用新的轮询算法，将请求轮流调度到两台缓存了该内容的设备上，非热点内容则在单台设备上服务。如url1的内容再次请求时，slb如果首次调度到cache1，则下次请求时，slb将会将url1的请求调度到cache2进行服务，类似的热点内容url2和url3也在两台设备间轮流服务，而非热点请求url4则始终在cache3上服务，热点内容设备的轮询，减少单台设备负荷，有效的保证了高并发的场景。
综上，本发明所提供的请求调度方法大幅降低单台cache设备所需要承受的负荷，特别是在节假日或热门影视剧造成的高并发场景下，大幅提升cache服务器的承载能力。并且提升了cache分担负荷和加速的服务能力，对于cache网络存储及加速的商用推广，具有非常重要的意义。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种请求调度装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的请求调度装置的结构框图，如图5所示，该装置包括：
1)接收模块52，用于接收终端发送的统一资源定位符URL请求；
2)判断模块54，用于判断该URL请求所请求的内容是否为热点内容；
3)调度模块56，用于在判断结果为该URL请求所请求的内容为热点内容的情况下，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。
可选地，在本实施例中，上述请求调度装置的应用场景包括但并不限于：一个节点上的多台高速缓存服务器cache同时配合工作。在该应用场景下，接收终端发送的统一资源定位符(Uniform Resource Locator，简称为URL)请求；判断该URL请求所请求的内容是否为热点内容；在判断结果为该URL请求所请求的内容为热点内容的情况下，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。也就是说，在本实施例中，在判断URL请求所请求的内容为热点内容时，通过轮询的方式分别将同一URL请求调度至对应的缓存服务器，进而解决了相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，达到减轻同一cache设备负荷的效果。
图6是根据本发明实施例的请求调度装置的结构框图(一)，如图6所示，该装置除了包括图5中的所有的模块外，还包括：
1)记录模块62，用于在将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器之前，记录终端每次发送的URL请求，以及为首次该URL请求分配的缓存服务器的网络协议IP地址。
通过该可选实施方式，记录终端每次发送的URL请求，以及为首次该URL请求分配的缓存服务器的网络协议IP地址，可以用于负载均衡设备slb进行请求调度，可以将同一URL请求通过轮询的方式分别将同一URL请求调度至对应的缓存服务器，进而解决了相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，达到减轻同一cache设备负荷的效果。
图7是根据本发明实施例的请求调度装置的结构框图(二)，如图7所示，调度模块56包括：
1)判断单元72，用于判断该URL请求是否为首次发送；
2)调度单元74，用于在判断结果为该URL请求不是首次发送的情况下，根据该URL请求前一次被分配的缓存服务器的IP地址，将该URL请求调度至除该IP地址之外的缓存服务器。
通过该可选实施方式，在判断URL请求所请求的内容为热点内容时，通过轮询的方式分别将同一URL请求调度至对应的缓存服务器，进一步解决了相关技术中为同一URL请求均分配同一cache设备所导致的单台cache设备的负荷较高的问题，达到减轻同一cache设备负荷的效果。
图8是根据本发明实施例的请求调度装置的结构框图(三)，如图8所示，该装置除了包括图5中模块外还包括：
1)处理模块82，用于在判断该URL请求所请求的内容为热点内容时，向需要进行热点内容复制的缓存服务器下发内容复制信息，以使接收到该内容复制信息的缓存服务器进行热点内容复制；
其中，该内容复制信息包括以下至少之一：该热点内容的URL、已缓存该热点内容的缓存服务器的网络协议IP地址。
通过本可选实施方式，向需要进行热点内容复制的缓存服务器下发内容复制信息，以使接收到该内容复制信息的缓存服务器进行热点内容复制，使得在将URL请求调度至其他缓存服务器后，能够访问到相应的资源，提高了用户体验度。
图9是根据本发明实施例的请求调度装置的结构框图(四)，如图9所示，该装置还包括：
1)计算模块92，用于在判断结果为该URL请求所请求的内容不是热点内容的情况下，按照该URL请求所请求内容的唯一标识ID进行哈希计算，以确定为该URL请求服务的缓存服务器。
实施例3
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，接收终端发送的统一资源定位符URL请求；
S2，判断该URL请求所请求的内容是否为热点内容；
S3，在判断结果为该URL请求所请求的内容为热点内容的情况下，将该URL请求调度至除该URL请求前一次被分配的第一缓存服务器之外的第二缓存服务器。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述步骤S1、S2以及S3。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种Cache设备内容复制方法，其特征在于，包括：
根据URL请求次数确定热点URL请求；
将所述热点URL请求的内容从热点URL首次请求的第一cache设备上复制到第二cache设备上。
2.如权利要求1所述的方法，其特征在于，根据URL请求次数确定热点URL请求，包括：
在一个检测周期内记录每一次URL请求；
当达到检测周期时，统计每一个URL请求在检测周期内的请求次数；
根据请求次数排序确定热点URL请求。
3.如权利要求1所述的方法，其特征在于，将所述热点URL请求的内容从热点URL首次请求的第一cache设备上复制到第二cache设备上，包括，
记录热点URL请求首次请求时选择的第一cache设备的IP地址；
封装所述热点URL与所述热点URL首次请求的第一cache设备IP为消息体；
将所述消息体下推给所述需要复制所述热点URL请求内容的第二cache设备；
所述需要复制所述热点URL请求内容的第二cache设备解析所述消息体；
所述需要复制所述热点URL请求内容的第二cache设备向所述热点URL首次请求的第一cache设备下拉所述热点URL请求的内容，将所述热点URL请求的内容缓存于本地。
4.如权利要求3所述的方法，其特征在于，采用json格式将封装所述热点URL与所述热点URL首次请求的第一cache设备IP为消息体。
5.如权利要求1-4任一项所述的方法，其特征在于，接收热点URL请求后，将所述热点URL请求调度至除所述热点URL请求前一次被分配的第一cache设备之外的第二cache设备。
6.如权利要求1-5任一项所述的方法，其特征在于，所述第二cache设备为一个或多个。
7.一种负载均衡***，包括负载均衡设备及cache设备，其特征在于，所述cache为实现权利要求1～6所述方法的设备。
CN201610511615.XA 2016-06-16 2016-06-16 请求调度方法及装置 Withdrawn CN107517243A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610511615.XA CN107517243A (zh) 2016-06-16 2016-06-16 请求调度方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610511615.XA CN107517243A (zh) 2016-06-16 2016-06-16 请求调度方法及装置
CN201610439369.1A CN107517241A (zh) 2016-06-16 2016-06-16 请求调度方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201610439369.1A Division CN107517241A (zh) 2016-06-16 2016-06-16 请求调度方法及装置

Publications (1)

Publication Number Publication Date
CN107517243A true CN107517243A (zh) 2017-12-26

Family

ID=60721398

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610511615.XA Withdrawn CN107517243A (zh) 2016-06-16 2016-06-16 请求调度方法及装置
CN201610439369.1A Pending CN107517241A (zh) 2016-06-16 2016-06-16 请求调度方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201610439369.1A Pending CN107517241A (zh) 2016-06-16 2016-06-16 请求调度方法及装置

Country Status (1)

Country Link
CN (2) CN107517243A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111385327A (zh) * 2018-12-28 2020-07-07 阿里巴巴集团控股有限公司 数据处理方法和***
CN113472901A (zh) * 2021-09-02 2021-10-01 深圳市信润富联数字科技有限公司 负载均衡方法、装置、设备、存储介质及程序产品

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107682281B (zh) * 2017-09-15 2020-04-17 通鼎互联信息股份有限公司 一种sdn交换机和sdn交换机的应用管理方法
CN111131402B (zh) * 2018-03-22 2022-06-03 贵州白山云科技股份有限公司 一种配置共享缓存服务器组的方法、装置、设备及介质
CN109151512A (zh) * 2018-09-12 2019-01-04 中国联合网络通信集团有限公司 Cdn网络中获取内容的方法及装置
CN109819039B (zh) * 2019-01-31 2022-04-19 网宿科技股份有限公司 一种文件获取方法、文件存储方法、服务器及存储介质
CN112019451B (zh) * 2019-05-29 2023-11-21 ***通信集团安徽有限公司 带宽分配方法、调试网元、本地缓存服务器及计算设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668046A (zh) * 2009-10-13 2010-03-10 成都市华为赛门铁克科技有限公司 资源缓存方法、资源获取方法及其装置、***
CN103281367A (zh) * 2013-05-22 2013-09-04 北京蓝汛通信技术有限责任公司 一种负载均衡方法及装置
US20140115120A1 (en) * 2011-12-14 2014-04-24 Huawei Technologies Co., Ltd. Content Delivery Network CDN Routing Method, Device, and System

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104202362B (zh) * 2014-08-14 2017-11-03 上海帝联信息科技股份有限公司 负载均衡***及其内容分发方法和装置、负载均衡器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668046A (zh) * 2009-10-13 2010-03-10 成都市华为赛门铁克科技有限公司 资源缓存方法、资源获取方法及其装置、***
US20140115120A1 (en) * 2011-12-14 2014-04-24 Huawei Technologies Co., Ltd. Content Delivery Network CDN Routing Method, Device, and System
CN103281367A (zh) * 2013-05-22 2013-09-04 北京蓝汛通信技术有限责任公司 一种负载均衡方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111385327A (zh) * 2018-12-28 2020-07-07 阿里巴巴集团控股有限公司 数据处理方法和***
CN111385327B (zh) * 2018-12-28 2022-06-14 阿里巴巴集团控股有限公司 数据处理方法和***
CN113472901A (zh) * 2021-09-02 2021-10-01 深圳市信润富联数字科技有限公司 负载均衡方法、装置、设备、存储介质及程序产品

Also Published As

Publication number Publication date
CN107517241A (zh) 2017-12-26

Similar Documents

Publication Publication Date Title
CN107517243A (zh) 请求调度方法及装置
CN109951880B (zh) 通信处理方法、装置、计算机可读介质及电子设备
US8069251B2 (en) System and/or method for client-driven server load distribution
CN104852934A (zh) 基于前端调度实现流量分配的方法、装置和***
CN106657379A (zh) 一种nginx服务器负载均衡的实现方法及***
CN103457993B (zh) 本地缓存装置和提供内容缓存服务的方法
CN104486402B (zh) 一种基于大型网站组合均衡的方法
CN110430274A (zh) 一种基于云存储的文件下载方法及***
CN102739717B (zh) 下载方法、下载代理服务器和网络***
TW201822013A (zh) 伺服器負載均衡的方法、裝置及伺服器設備
CN102196060A (zh) 一种Cache服务器选择源站的方法和***
CN107835437B (zh) 基于多缓存服务器的调度方法和装置
CN101815033A (zh) 负载均衡的方法、设备及***
JP6485980B2 (ja) ネットワークアドレスの解決
CN105847853A (zh) 一种视频内容分发方法及装置
CN103237031B (zh) 在内容分发网络中的有序回源方法及装置
CN101326493A (zh) 用于多处理器服务器中的负载分配的方法和装置
CN101997822A (zh) 一种流媒体内容分发方法、***和设备
CN106789956A (zh) 一种基于hls的p2p点播方法及***
CN106657183A (zh) 缓存加速的方法及装置
US20110131288A1 (en) Load-Balancing In Replication Engine of Directory Server
CN109962961A (zh) 一种内容分发网络cdn服务节点的重定向方法及***
CN106790697A (zh) 安全存储实现方法及装置
Siavoshani et al. Storage, communication, and load balancing trade-off in distributed cache networks
CN106856456A (zh) 缓存集群服务的处理方法及***

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20171226