CN111432039A - Cdn中数据请求方法、装置、设备和cdn节点 - Google Patents
Cdn中数据请求方法、装置、设备和cdn节点 Download PDFInfo
- Publication number
- CN111432039A CN111432039A CN202010540075.4A CN202010540075A CN111432039A CN 111432039 A CN111432039 A CN 111432039A CN 202010540075 A CN202010540075 A CN 202010540075A CN 111432039 A CN111432039 A CN 111432039A
- Authority
- CN
- China
- Prior art keywords
- resource
- target cache
- cache resource
- target
- hot
- 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.)
- Pending
Links
Images
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- 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
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
-
- 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)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供了一种CDN中数据请求方法、装置、设备和CDN节点,涉及计算机技术领域,包括接收辅助设备发送的第一获取请求,并确定该第一获取请求对应的目标缓存资源是否为热点资源;在确定目标缓存资源为热点资源的情况下,向辅助设备发送第一响应,以便在第一响应指示目标缓存资源为热点资源的情况下,辅助设备通过打散操作将针对目标缓存资源的获取请求分摊到多个存储设备上;以此,可以将热点资源的确定下沉到存储设备,辅助设备根据存储设备的响应确定热点资源,使得对于热点资源的确定更准确,降低了存储设备压力过大的风险。
Description
技术领域
本申请涉及计算机技术领域,尤其是涉及一种CDN(Content Delivery Network,内容分发网络)中数据请求方法、装置、设备和CDN节点。
背景技术
CDN的通用架构为辅助设备(Nginx)+存储设备(Cache)的结构,其中,辅助设备可以用于处理代理或辅助负载均衡等工作,存储设备用于存储缓存资源;CDN节点一般为集群,该集群包括负载均衡设备(LVS)、多个辅助设备以及多个存储设备。对于每个获取请求,负载均衡设备会按照一定的负载均衡算法,将该获取请求分配到其中一个辅助设备上,该辅助设备再将该获取请求分配到存储有对应缓存资源的存储设备上,以便在集群内,通过内网请求从存储设备上获取缓存资源,该内网请求一般是指节点内部的请求。这种架构保证一个获取请求无论经过CDN节点中的哪一个辅助设备,最后可以访问到存储有缓存资源的辅助设备上,为了降低重复存储的压力,该缓存资源通常存储在一个存储设备上。
但是由于一份缓存资源只存储在一个存储设备上,一旦网民大量同时请求相同的缓存资源时,存储设备会面临非常大的请求压力,最终可能会导致该CDN节点中内网的瘫痪。
目前,辅助设备可以主动地周期性统计各个缓存资源的统一资源定位符(uniformresource locator,URL)的热度,如果一个周期内针对相同的URL达到一定次数的时候,选择触发打散,将该URL对应的缓存资源的获取请求分摊在多个缓存设备上。
但是,一个CDN节点的集群内存在多个辅助设备,一个辅助设备一般是多进程的,辅助设备进行统计误差过大。假如一个集群80个辅助设备,每个辅助设备对应10个进程,一个周期针对一个URL进行热点统计200次,该URL对应的缓存资源会被认定为热点资源,此时,实际发生的针对该被认定为热点资源的获取请求最大的数量可能为80*10*200=160000,该请求数量可能远远超过了存储设备能够承担的请求的数量,所以统计结果非常不准确,热点资源的可信度低。
发明内容
本申请的目的在于提供一种CDN中数据请求方法、装置、设备和CDN节点,以缓解了针对热点资源的确定不准确的技术问题。
第一方面,实施例提供一种CDN中数据请求方法,包括:
接收辅助设备发送的第一获取请求,所述第一获取请求用于获取目标缓存资源;
确定所述目标缓存资源是否为热点资源;
在确定所述目标缓存资源为热点资源的情况下,向所述辅助设备发送第一响应,所述第一响应包括所述目标缓存资源以及第一标识,以便所述辅助设备通过打散操作将针对所述目标缓存资源的获取请求分摊到多个存储设备上,其中,所述第一标识用于指示所述目标缓存资源为热点资源。
在可选的实现中,确定所述目标缓存资源是否为热点资源,包括:
基于所述第一获取请求,对统计的周期性内针对所述目标缓存资源的访问频率进行更新;
判断针对所述目标缓存资源更新后的访问频率是否超过目标阈值;在确定所述更新后的访问频率超过所述目标阈值的情况下,确定所述目标缓存资源为热点资源。
在可选的实现中,在判断针对所述目标缓存资源更新后的访问频率是否超过目标阈值的步骤之前,所述方法还包括:
确定当前负载情况;
基于预先确定的负载情况与热点阈值之间的对应关系,确定所述当前负载情况对应的目标阈值,其中,负载情况用于指示负载的高低,所述负载的高低与所述热点阈值负相关。
在可选的实现中,确定所述目标缓存资源是否为热点资源的步骤包括:
确定所述目标缓存资源是否存在于热点资源库中,所述热点资源库基于周期内的各个缓存资源的访问频率进行筛选得到;
如果存在,则确定所述目标缓存资源为热点资源。
在可选的实现中,所述第一响应包括响应头,所述响应头包括热点状态指示位,所述热点状态指示位用于记录所述第一标识。
第二方面,提供了一种CDN中数据请求方法。包括:
接收来自负载均衡设备的第二获取请求,所述第二获取请求用于获取目标缓存资源;
判断所述目标缓存资源是否为热点资源;
如果所述目标缓存资源不是热点资源,则向所述目标缓存资源对应的唯一的第一存储设备发送第一获取请求,所述第一获取请求用于获取所述目标缓存资源;
接收所述第一存储设备针对所述第一获取请求发送的第一响应,所述第一响应为所述第一存储设备在确定所述目标缓存资源为热点数据后发送,所述第一响应包括所述目标缓存资源以及第一标识,所述第一标识用于指示所述目标缓存资源为热点资源。
在可选的实现中,所述第二获取请求包括所述目标缓存资源的目标统一资源定位符URL;在接收所述第一存储设备针对所述第一获取请求发送的第一响应的步骤之后,所述方法还包括:
将所述目标URL记录内存缓存中。
在可选的实现中,判断所述目标缓存资源是否为热点资源的步骤,包括:
判断所述目标URL是否记录在所述内存缓存中;
如果是,则确定所述目标缓存资源为热点资源;
如果否,则确定所述目标缓存资源不是热点资源。
在可选的实现中,在判断所述目标缓存资源是否为热点资源的步骤之后,所述方法还包括:
如果确定所述目标缓存资源为热点资源,则基于打散操作对应的预设算法从多个存储设备中,确定第二存储设备;
向所述第二存储设备发送所述第一获取请求。
第三当面,提供了一种CDN中数据请求装置。包括:
接收模块,用于接收辅助设备发送的第一获取请求,所述第一获取请求用于获取目标缓存资源;
确定模块,用于确定所述目标缓存资源是否为热点资源;
发送模块,用于在确定所述目标缓存资源为热点资源的情况下,向所述辅助设备发送第一响应,所述第一响应包括所述目标缓存资源以及第一标识,以便所述辅助设备通过打散操作将针对所述目标缓存资源的获取请求分摊到多个存储设备上,其中,所述第一标识用于指示所述目标缓存资源为热点资源。
第四方面,提供了一种CDN中数据请求装置,包括:
接收模块,用于接收来自负载均衡设备的第二获取请求,所述第二获取请求用于获取目标缓存资源;
判断模块,用于判断所述目标缓存资源是否为热点资源;
发送模块,用于如果所述目标缓存资源不是热点资源,则向所述目标缓存资源对应的唯一的第一存储设备发送第一获取请求,所述第一获取请求用于获取所述目标缓存资源;
所述接收模块还用于,接收所述第一存储设备针对所述第一获取请求发送的第一响应,所述第一响应为所述第一存储设备在确定所述目标缓存资源为热点数据后发送,所述第一响应包括所述目标缓存资源以及第一标识,所述第一标识用于指示所述目标缓存资源为热点资源。
第五方面,实施例提供一种存储设备,包括:存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述前述实施方式任一项所述的方法的步骤。
第六方面,实施例提供一种辅助设备,包括:存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述前述实施方式所述的方法的步骤。
第七方面,实施例提供一种CDN节点,包括:前述实施方式中的任意一种所述存储设备和前述实施方式中任意一种所述辅助设备。
第八方面,实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有机器可运行指令,所述计算机可运行指令在被处理器调用和运行时,所述计算机可运行指令促使所述处理器运行所述前述实施方式任一项所述的方法。
本申请提供的一种CDN中数据请求方法、装置、设备和CDN节点。通过接收辅助设备发送的第一获取请求,并确定该第一获取请求对应的目标缓存资源是否为热点资源;在确定目标缓存资源为热点资源的情况下,向辅助设备发送第一响应,以便在第一响应指示目标缓存资源为热点资源的情况下,辅助设备通过打散操作将针对目标缓存资源的获取请求分摊到多个存储设备上;以此,可以将热点资源的确定下沉到存储设备,由于存储设备对自己本身的负载或承压能力比较清楚,因而将热点资源的确定下沉到存储设备后,存储设备自己来确定目标缓存资源是否是热点资源,相比于相关技术中由辅助设备来确定目标缓存资源是否为热点资源来讲,热点资源的确定更准确,降低了存储设备压力过大的风险。
附图说明
为了更清楚地说明本申请具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种CDN节点结构示意图;
图2为本申请实施例提供的一种CDN中数据请求方法流程示意图;
图3为本申请实施例提供的另一种CDN中数据请求方法流程示意图;
图4为本申请实施例提供的另一种CDN中数据请求方法信令交互示意图;
图5为本申请实施例提供的一种CDN中数据请求装置结构示意图;
图6为本申请实施例提供的另一种CDN中数据请求装置结构示意图;
图7为本申请实施例提供的一种存储设备结构示意图;
图8为本申请实施例提供的一种辅助设备结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
图1为本申请实施例提供的一种CDN节点结构示意图。如图1所示,该CDN节点100可以包括负载均衡设备101、存储设备102和辅助设备103。
该CDN节点100一般为集群,该CDN节点100建立在一台或多台物理机,每台物理机上均可以包括一个或多个存储设备102以及一个或多个辅助设备103,该负载均衡设备101可以与任意一个辅助设备103进行通信,该任意一个辅助设备103可以与任意一个存储设备102进行通信。负载均衡设备101在接收到获取请求后,可以按照预设的负载均衡算法,将该获取请求分配到该CDN节点100中的一个辅助设备103上,该辅助设备103可以通过一致性哈希算法,将该获取请求分配到一个存储设备102上,从而实现从存储设备102上获取数据。
通过这种方式,针对一个获取请求,或者针对各一个数据的获取请求,无论经过该CDN节点100中的哪一个辅助设备103,最后都会访问到确定的一个存储设备102上,可以减少重复存储。
示例性的,本申请实施例中的存储设备102可以为高速缓冲存储器(cache)。辅助设备103可以为nginx设备,此时,该CDN节点采用“nginx+cache”的结构。
示例性的,存储设备或辅助设备还可以包括:通信接口,处理器、通信接口和存储器通过总线连接;处理器用于执行存储器中存储的可执行模块,例如计算机程序。
但是由于一个资源一般只存储在一个存储设备上,一旦发生大量针对同一数据的请求,虽然会按照负载均衡分到多个辅助设备共同承担,但是最终会到存储有该数据的存储设备上,该存储设备面临巨大的网络请求压力,可能导致瘫痪。
本申请实施例提供了一种CDN中数据请求方法、装置、设备和CDN节点。通过该方法可以缓解对于单个存储设备的请求压力过大,造成的网络隐患的问题。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
图2为本申请实施例提供的一种CDN中数据请求方法流程示意图。如图2所示,该方法可以通过存储设备实现,具体可以包括如下步骤:
步骤S210,接收辅助设备发送的第一获取请求,该第一获取请求用于获取目标缓存资源;
在本申请实施例中,负载均衡设备在接收到来自用户设备的访问请求后,可以基于负载均衡规则,将该访问请求分配至辅助设备中,由辅助设备确定该访问请求对应的存储设备,以便从该存储设备中获取相应的缓存资源。例如,负载均衡设备在接收到来自用户设备的访问请求后,可以向辅助设备发送第二获取请求,辅助设备基于该第二获取请求生成第一获取请求,并将该第一获取请求发送至存储设备。其中,该访问请求可以为用户设备向CDN节点的负载均衡设备发送的访问请求,该访问请求包括目标缓存资源的数据标识,该负载均衡设备可以通过该CDN节点的内网,向基于负载均衡规则确定的辅助设备发送第二获取请求,该辅助设备通过该CDN节点的内网,向存储设备发送第一获取请求。该第一获取请求可以包括该目标缓存资源的目标URL,该目标URL可以为目标缓存资源的数据标识,或者根据目标缓存资源的数据标识生成。
需要说明的是,辅助设备基于该第二获取请求生成第一获取请求,可以表现为:辅助设备将第二获取请求直接作为第一获取请求;也可以表现为:辅助设备对第二获取请求进行了相应处理,生成了第一获取请求;本申请并不限于此。
S220,确定目标缓存资源是否为热点资源。
存储设备可以对缓存资源的访问频率进行统计,并根据统计的结果,确定缓存资源中包括的热点资源。
基于上述统计结果,存储设备在接收到第一获取请求后,可以确定该第一获取请求对应的目标缓存资源是否为热点资源。
作为一个示例,存储设备可以实时的对周期内接收到的获取请求进行分析,确定缓存资源的请求频率。
存储设备在接收到第一获取请求后,可以基于所述第一获取请求,对统计的周期性内针对目标缓存资源的访问频率进行更新;在确定更新后的访问频率超过目标阈值的情况下,确定目标缓存资源为热点资源;在确定更新后的访问频率未超过目标阈值的情况下,确定目标缓存资源不是热点资源。
作为另一个示例,存储设备可以周期性对接收到的获取请求进行分析,确定缓存资源中的热点资源;并且,基于分析的结果,将热点资源记录在热点资源库中,该热点资源库基于周期内的各个缓存资源的访问频率进行筛选得到,该筛选的依据可以为目标阈值。该热点资源库可以为本地的热点资源库,每个存储设备均可以对应一个热点资源库。
存储设备在接收到第一获取请求后,可以确定该第一获取请求对应的目标缓存资源是否存在于热点资源库中;如果存在,则确定该目标缓存资源为热点资源;如果不存在,则确定目标缓存资源不是热点资源。
其中,目标阈值的确定方式可以包括多种,在后文会进行详细介绍,为了描述简洁,此处不再赘述。
基于上述方式,存储设备来统计接收的获取请求,并进行分析、确定热点资源,即将热点资源的统计下沉到存储设备,与相关技术中将统计分析热点资源放在辅助设备上执行,使得热点资源的统计更准确和及时,进而使得热点资源的打散操作更加及时,更好的降低了相关存储设备的压力。
步骤S230,在确定目标缓存资源为热点资源的情况下,向辅助设备发送第一响应,该第一响应包括目标缓存资源以及第一标识,以便辅助设备通过打散操作将针对目标缓存资源的获取请求分摊到多个存储设备上,其中,该第一标识用于指示目标缓存资源为热点资源。
例如,该第一响应包括响应头,该响应头(header)可以包括热点状态指示位,该热点状态指示位用于记录第一标识。例如,热点状态指示位为“X-Hot-Status”,该“X-Hot-Status”对应的参数可以为第一标识,例如,该第一标识可以为“yes”。另外,该“X-Hot-Status”对应的参数还可以为第二标识,该第二标识用于指示目标缓存资源不是热点资源。如果目标缓存资源为热点资源,则向辅助设备发送第二响应,该第二响应可以包括目标缓存资源以及第二标识,或者,该第二响应可以仅包括目标缓存资源。
辅助设备可以根据来自存储设备的响应,维护热点记录(例如,内存缓存)。例如,辅助设备在接收到第一响应后,可以根据第一响应中携带的第一标识,确定该目标缓存资源为热点资源,可以将该目标存储数据的URL存储在热点记录中。
辅助设备收到负载均衡设备发送的第二获取请求时,可以先检查热点记录,判断该第二获取请求针对的目标缓存资源是不是热点资源。
如果从热点记录中查询到该目标缓存资源是热点资源,则将针对该目标缓存资源的获取请求打散到多个存储设备上。
如果从热点记录中查询不到该目标缓存资源对应的信息,则将针对该目标缓存资源的获取请求发送到固定的唯一的存储设备上。
本申请实施例可以将热点资源的确定下沉到存储设备,辅助设备根据存储设备的响应确定热点资源,使得对于热点资源的确定更准确,降低了存储设备出现压力过大的可能,降低了瘫痪概率问题。
在一些实施例中,存储设备在对接收到的获取请求进行分析,统计各个缓存资源的访问频率后,可以根据各个缓存资源的访问频率以及目标阈值确定是否为热点资源。该目标阈值可通过配置实现,还可以根据负载情况动态调整热点阈值,负载高的时候,当前热点阈值会降低,以便辅助设备更早的进行打散,及时降低存储设备的压力,保证存储设备以及整个CDN节点的稳定性。基于此,该方法还可以包括如下步骤:
步骤1.1),确定当前负载情况;
步骤1.2),基于预先确定的负载情况与热点阈值之间的对应关系,确定当前负载情况对应的目标阈值,其中,负载情况用于指示负载的高低,负载的高低与热点阈值负相关。
对于上述步骤1.1),该当前的负载情况可以是指该存储设备的资源被占用的情况,该存储设备的资源可以包括处理资源以及输入输出资源等等,但并不限于此。
对于上述步骤1.2),该预先确定的负载情况与热点阈值之间的对应关系,可以预先配置。作为一个示例,该热点阈值可以包括多个级别,以包括两个级别为例,该两个级别可以通过一个负载阈值进行区分。
图3为本申请实施例提供的另一种CDN中数据请求方法流程示意图。如图3所示,该方法可以通过辅助设备实现,该方法具体可以包括如下步骤:
步骤S310,接收来自负载均衡设备的第二获取请求,该第二获取请求用于获取目标缓存资源。
其中,对于第二获取请求的描述,可以结合前述结合图2所示的实施例中的相关描述进行参照理解,此处不再赘述。
步骤S320,判断目标缓存资源是否为热点资源。
该热点资源的确定可以根据从存储设备接收到的响应确定。例如,存储设备可以对本地的缓存资源在周期内的访问频率进行统计,并告知辅助设备在存储设备本地的热点资源。辅助设备可以对热点资源进行记录,在接收到信息的获取请求时,可以根据该记录判断,该获取请求获取的资源是否为热点资源。
例如,第二获取请求可以包括目标缓存资源的目标URL,热点资源的记录存在于内存缓存(比如nginx中的lrucache)中,该记录用于记录热点资源的URL。此时,可以判断内存缓存中是否存在该目标URL。如果是,则确定目标缓存资源为热点资源;如果否,则确定目标缓存资源不是热点资源。
其中,如果目标URL未存在于内存缓存中,则可以说明,该目标缓存资源还不是热点资源,或者,该目标存储数据已经成为了热点资源,但是该辅助设备还未获取到相关的信息,此时,该辅助设备均不认为该目标缓存资源是热点资源。
步骤S330,如果目标缓存资源不是热点资源,则向目标缓存资源对应的唯一的第一存储设备发送第一获取请求,该第一获取请求用于获取目标缓存资源。
如果目标缓存资源不是热点资源,此时,该辅助设备可以不对该目标缓存资源对应的获取请求进行打散,也就是,将基于第二获取请求生成的第一获取请求发送至该目标缓存资源对应的固定的第一存储设备上。其中,在根据第二获取请求生成第一获取请求可以是指基于辅助设备与存储设备之间的通信规则,将第二获取请求转换为符合规则的第一获取请求。
其中,该第一存储设备可以由辅助设备进行一致性哈希运算来确定。
步骤S340,接收第一存储设备针对第一获取请求发送的第一响应,该第一响应为第一存储设备在确定目标缓存资源为热点数据后发送,该第一响应包括目标缓存资源以及第一标识,该第一标识用于指示所述目标缓存资源为热点资源。
存储设备在接收到第一获取请求后,可以返回响应。此时,如果在接收到第一获取请求后,该存储设备认为该目标存储数据还不是热点资源,此时,可以向辅助设备发送第二响应;如果在接收到第一获取请求后,该存储设备认为该目标存储数据是热点资源,此时,可以向辅助设备发送第一响应。其中,对于第一响应和第二响应,可以结合前述结合图2所示的实施例中的相关描述进行参照理解,此处不再赘述。
辅助设备在接收到第一响应后,也就是知道了第一存储设备已经将该目标缓存资源认定为了热点资源,此时,可以将该目标缓存资源的URL记录在内存缓存中,以便将后续接收到针对目标缓存资源的新的获取请求打散到多个存储设备中,该多个存储设备可以包括第一存储设备。
在一些实施例中,在步骤S310之后,该方法还可以包括如下步骤:
步骤3.1),如果确定所述目标缓存资源为热点资源,则基于打散操作对应的预设算法从多个存储设备中,确定第二存储设备;
其中,该打散操作可以根据实际需要来确定。例如,可以通过普通哈希进行打散,在CDN节点内全部或指定的多个存储设备中进行分配。再例如,还可以通过一致性哈希进行打散,该一致性哈希可以包括随机数,该随机数用于指示该多个存储设备,通过该一致性哈希运算可以该随机数,可以控制针对热点资源的获取请求在多个存储设备上进行分配。
以通过一致性哈希算法进行打散为例,可以定义多个哈希因子,该哈希因子可以通过对目标URL进行信息摘要算法(Message-Digest Algorithm,MD5)进行运算得到。如果存在一个哈希因子,通过一致性哈希运算,可以根据该哈希因子确定一个存储设备。如果存在多个哈希因子,通过一致性哈希运算,可以在该多个哈希因子中,随机确定一个哈希因子,并根据该哈希因子确定一个存储设备。在需要进行打散时,可以对目标URL进行多次MD5运算,得到多个哈希因子,当不需要进行打散时,可以进行一次MD5运算。
步骤3.2),向第二存储设备发送第一获取请求,该第一获取请求用于获取目标缓存资源。
其中,该第二存储设备可以与第一存储设备为同一个设备也可以为不同的设备。
通过本申请实施例可以将热点资源的确定下沉到存储设备,辅助设备根据存储设备的响应确定热点资源,使得对于热点资源的确定更准确,降低了存储设备出现压力过大的可能。
下面结合一个具体示例进行详细的介绍。如图4所示,该方法适用于CDN节点,该CDN节点至少包括辅助设备、第一存储设备以及第二存储设备。下面结合附图对各个设备之间的信令交互进行详细的介绍。
S410,第二获取请求接入辅助设备;
该第二获取请求可以来自负载均衡设备,该第二获取请求可以包括目标缓存资源的目标URL具体可以参加前述实施例中的相关描述,此处不再赘述。
S420,辅助设备判断第二获取请求对应的目标缓存资源是否为热点资源;
辅助设备可以根据lrucache中的记录判断目标缓存资源是否为热点资源。
S430,如果目标缓存资源是热点资源,辅助设备向第一存储设备发送第一获取请求;
该第一获取请求可以参考前述实施例中的相关描述,此处不再赘述。
S440,第一存储设备判断目标缓存资源是否为热点资源;
S450,如果目标缓存资源是热点资源,则第一存储设备返回第一响应,包括X-Hot-Status:yes;
辅助设备在接收到第一响应后,根据X-Hot-Status对应的参数确定,该目标缓存资源已经为热点资源,可以将该目标缓存资源对应的目标URL记录在lrucache中。
S460,第三获取请求接入辅助设备;
该第三获取请求与第二获取请求属于同种类型的获取请求,该第三获取请求与第二获取请求均为获取目标缓存资源的获取请求,该第三获取请求与该第二获取请求可以来自相同或不同的用户设备,结合前述实施例,可以相互参照理解。
S470,辅助设备判断第三获取请求对应的目标缓存资源是否为热点资源;
由于该辅助设备在步骤S450中已经确定该目标缓存资源为热点资源,此时,该步骤S470的判断结果为该目标缓存资源是热点资源。
S480,如果目标缓存资源是热点资源,向第二存储设备发送第四获取请求;
在热点资源的情况下,需要对针对热点资源的获取请求进行打散,打散的方式可以为通过一致性哈希进行打散。
该第二存储设备与前述实施例中的第二存储设备相同,可以相互参照理解。
S490,判断目标缓存资源是否为热点资源;
第二存储设备也可以对本地缓存资源的访问频率进行统计,以便判断该目标缓存资源是否为本地的热点资源。
S495,如果目标缓存资源不是热点资源,则返回第二响应。
图5为本申请实施例提供的一种CDN中数据请求装置结构示意图。如图5所示,该装置具体可以包括:
接收模块501,用于接收辅助设备发送的第一获取请求,第一获取请求用于获取目标缓存资源;
确定模块502,用于确定所述目标缓存资源是否为热点资源;
发送模块503,用于在确定所述目标缓存资源为热点资源的情况下,向所述辅助设备发送第一响应,所述第一响应包括所述目标缓存资源以及第一标识,以便所述辅助设备通过打散操作将针对所述目标缓存资源的获取请求分摊到多个存储设备上,其中,所述第一标识用于指示所述目标缓存资源为热点资源。
在一些实施例中,确定模块502具体用于:
基于所述第一获取请求,对统计的周期性内针对所述目标缓存资源的访问频率进行更新;
判断针对所述目标缓存资源更新后的访问频率是否超过目标阈值;
在确定所述更新后的访问频率超过所述目标阈值的情况下,确定所述目标缓存资源为热点资源。
在一些实施例中,该装置还包括阈值确定模块,该阈值确定模块用于:
确定当前负载情况;
基于预先确定的负载情况与热点阈值之间的对应关系,确定所述当前负载情况对应的目标阈值,其中,负载情况用于指示负载的高低,所述负载的高低与所述热点阈值负相关。
在一些实施例中,确定模块502具体用于:
确定所述目标缓存资源是否存在于热点资源库中,所述热点资源库基于周期内的各个缓存资源的访问频率进行筛选得到;
如果存在,则确定所述目标缓存资源为热点资源。
在一些实施例中,所述第一响应包括响应头,所述响应头包括热点状态指示位,所述热点状态指示位用于记录第一标识。
本申请实施例提供的CDN中数据请求装置,与上述图2所示的实施例提供的CDN中数据请求方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。
图6为本申请实施例提供的一种CDN中数据请求装置结构示意图。如图6所示,该装置具体可以包括:
接收模块601,用于接收来自负载均衡设备的第二获取请求,所述第二获取请求用于获取目标缓存资源;
判断模块602,用于判断所述目标缓存资源是否为热点资源;
发送模块603,用于如果所述目标缓存资源不是热点资源,则向所述目标缓存资源对应的唯一的第一存储设备发送第一获取请求,所述第一获取请求用于获取所述目标缓存资源;
接收模块601还用于,接收所述第一存储设备针对所述第一获取请求发送的第一响应,所述第一响应为所述第一存储设备在确定所述目标缓存资源为热点数据后发送,所述第一响应包括所述目标缓存资源以及第一标识,所述第一标识用于指示所述目标缓存资源为热点资源。
在一些实施例中,所述第二获取请求包括所述目标缓存资源的目标统一资源定位符URL;该装置还包括记录模块,用于:
将所述目标URL记录内存缓存中。
在一些实施例中,判断模块602具体用于:
判断所述目标URL是否记录在所述内存缓存中;
如果是,则确定所述目标缓存资源为热点资源;
如果否,则确定所述目标缓存资源不是热点资源。
在洗衣而实施例中,该装置还包括,打撒模块用于:
如果确定所述目标缓存资源为热点资源,则基于打散操作对应的预设算法从多个存储设备中,确定第二存储设备;
向所述第二存储设备发送所述第一获取请求。
本申请实施例提供的CDN中数据请求装置,与上述图3所示的实施例提供的CDN中数据请求方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。
如图7所示,本申请实施例提供的一种存储设备700,包括:处理器701、存储器702和总线,所述存储器702存储有所述处理器701可执行的机器可读指令,当电子设备运行时,所述处理器701与所述存储器702之间通过总线通信,所述处理器701执行所述机器可读指令,以执行如上述CDN中数据请求方法的步骤。
具体地,上述存储器702和处理器701能够为通用的存储器和处理器,这里不做具体限定,当处理器701运行存储器702存储的计算机程序时,能够执行上述CDN中数据请求方法。
如图8所示,本申请实施例提供的一种辅助设备800,包括:处理器801、存储器802和总线,所述存储器802存储有所述处理器801可执行的机器可读指令,当电子设备运行时,所述处理器801与所述存储器802之间通过总线通信,所述处理器801执行所述机器可读指令,以执行如上述CDN中数据请求方法的步骤。
具体地,上述存储器802和处理器801能够为通用的存储器和处理器,这里不做具体限定,当处理器801运行存储器802存储的计算机程序时,能够执行上述CDN中数据请求方法。
其中,存储器可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。
总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图7或图8中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
其中,存储器用于存储程序,所述处理器在接收到执行指令后,执行所述程序,前述本申请任一实施例揭示的过程定义的装置所执行的方法可以应用于处理器中,或者由处理器实现。
处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital SignalProcessing,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
对应于上述CDN中数据请求方法,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有机器可运行指令,所述计算机可运行指令在被处理器调用和运行时,所述计算机可运行指令促使所述处理器运行上述CDN中数据请求方法的步骤。
本申请实施例所提供的CDN中数据请求装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,前述描述的系统、装置和单元的具体工作过程,均可以参考上述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请提供的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述移动控制方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释,此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。
Claims (15)
1.一种CDN中数据请求方法,其特征在于,包括:
接收辅助设备发送的第一获取请求,所述第一获取请求用于获取目标缓存资源;
确定所述目标缓存资源是否为热点资源;
在确定所述目标缓存资源为热点资源的情况下,向所述辅助设备发送第一响应,所述第一响应包括所述目标缓存资源以及第一标识,以便所述辅助设备通过打散操作将针对所述目标缓存资源的获取请求分摊到多个存储设备上,其中,所述第一标识用于指示所述目标缓存资源为热点资源。
2.根据权利要求1所述的方法,其特征在于,确定所述目标缓存资源是否为热点资源,包括:
基于所述第一获取请求,对统计的周期性内针对所述目标缓存资源的访问频率进行更新;
判断针对所述目标缓存资源更新后的访问频率是否超过目标阈值;
在确定所述更新后的访问频率超过所述目标阈值的情况下,确定所述目标缓存资源为热点资源。
3.根据权利要求2所述的方法,其特征在于,在判断针对所述目标缓存资源更新后的访问频率是否超过目标阈值的步骤之前,所述方法还包括:
确定当前负载情况;
基于预先确定的负载情况与热点阈值之间的对应关系,确定所述当前负载情况对应的目标阈值,其中,负载情况用于指示负载的高低,所述负载的高低与所述热点阈值负相关。
4.根据权利要求1所述的方法,其特征在于,确定所述目标缓存资源是否为热点资源的步骤包括:
确定所述目标缓存资源是否存在于热点资源库中,所述热点资源库基于周期内的各个缓存资源的访问频率进行筛选得到;
如果存在,则确定所述目标缓存资源为热点资源。
5.根据权利要求1所述的方法,其特征在于,所述第一响应包括响应头,所述响应头包括热点状态指示位,所述热点状态指示位用于记录所述第一标识。
6.一种CDN中数据请求方法,其特征在于,包括:
接收来自负载均衡设备的第二获取请求,所述第二获取请求用于获取目标缓存资源;
判断所述目标缓存资源是否为热点资源;
如果所述目标缓存资源不是热点资源,则向所述目标缓存资源对应的唯一的第一存储设备发送第一获取请求,所述第一获取请求用于获取所述目标缓存资源;
接收所述第一存储设备针对所述第一获取请求发送的第一响应,所述第一响应为所述第一存储设备在确定所述目标缓存资源为热点数据后发送,所述第一响应包括所述目标缓存资源以及第一标识,所述第一标识用于指示所述目标缓存资源为热点资源。
7.根据权利要求6所述的方法,其特征在于,所述第二获取请求包括所述目标缓存资源的目标统一资源定位符URL;在接收所述第一存储设备针对所述第一获取请求发送的第一响应的步骤之后,所述方法还包括:
将所述目标URL记录内存缓存中。
8.根据权利要求7所述的方法,其特征在于,判断所述目标缓存资源是否为热点资源的步骤,包括:
判断所述目标URL是否记录在所述内存缓存中;
如果是,则确定所述目标缓存资源为热点资源;
如果否,则确定所述目标缓存资源不是热点资源。
9.根据权利要求6-8任意一项所述的方法,其特征在于,在判断所述目标缓存资源是否为热点资源的步骤之后,所述方法还包括:
如果确定所述目标缓存资源为热点资源,则基于打散操作对应的预设算法从多个存储设备中,确定第二存储设备;
向所述第二存储设备发送所述第一获取请求。
10.一种CDN中数据请求装置,其特征在于,包括:
接收模块,用于接收辅助设备发送的第一获取请求,所述第一获取请求用于获取目标缓存资源;
确定模块,用于确定所述目标缓存资源是否为热点资源;
发送模块,用于在确定所述目标缓存资源为热点资源的情况下,向所述辅助设备发送第一响应,所述第一响应包括所述目标缓存资源以及第一标识,以便所述辅助设备通过打散操作将针对所述目标缓存资源的获取请求分摊到多个存储设备上,其中,所述第一标识用于指示所述目标缓存资源为热点资源。
11.一种CDN中数据请求装置,其特征在于,包括:
接收模块,用于接收来自负载均衡设备的第二获取请求,所述第二获取请求用于获取目标缓存资源;
判断模块,用于判断所述目标缓存资源是否为热点资源;
发送模块,用于如果所述目标缓存资源不是热点资源,则向所述目标缓存资源对应的唯一的第一存储设备发送第一获取请求,所述第一获取请求用于获取所述目标缓存资源;
所述接收模块还用于,接收所述第一存储设备针对所述第一获取请求发送的第一响应,所述第一响应为所述第一存储设备在确定所述目标缓存资源为热点数据后发送,所述第一响应包括所述目标缓存资源以及第一标识,所述第一标识用于指示所述目标缓存资源为热点资源。
12.一种存储设备,其特征在于,包括:存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述权利要求1至5任一项所述的方法的步骤。
13.一种辅助设备,其特征在于,包括:存储器、处理器,所述存储器中存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述权利要求6-9任一项所述的方法的步骤。
14.一种CDN节点,其特征在于,包括:权利要求12中所述的存储设备和权利要求13中所述的辅助设备。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有机器可运行指令,所述计算机可运行指令在被处理器调用和运行时,所述计算机可运行指令促使所述处理器运行所述权利要求1至9任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010540075.4A CN111432039A (zh) | 2020-06-15 | 2020-06-15 | Cdn中数据请求方法、装置、设备和cdn节点 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010540075.4A CN111432039A (zh) | 2020-06-15 | 2020-06-15 | Cdn中数据请求方法、装置、设备和cdn节点 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111432039A true CN111432039A (zh) | 2020-07-17 |
Family
ID=71551392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010540075.4A Pending CN111432039A (zh) | 2020-06-15 | 2020-06-15 | Cdn中数据请求方法、装置、设备和cdn节点 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111432039A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112015674A (zh) * | 2020-08-27 | 2020-12-01 | 平安科技(深圳)有限公司 | 基于多层级的缓存资源访问方法、装置和计算机设备 |
CN113225396A (zh) * | 2021-04-30 | 2021-08-06 | 深圳市腾讯网域计算机网络有限公司 | 一种热点数据包分流方法、装置、电子设备及介质 |
CN114500285A (zh) * | 2021-12-28 | 2022-05-13 | 天翼云科技有限公司 | 一种带宽调度方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571959A (zh) * | 2012-01-11 | 2012-07-11 | 北京奇虎科技有限公司 | 一种数据下载系统及方法 |
US20170149922A1 (en) * | 2014-07-01 | 2017-05-25 | Cisco Technolgy Inc. | Cdn scale down |
CN107508758A (zh) * | 2017-08-16 | 2017-12-22 | 北京云端智度科技有限公司 | 一种热点文件自动扩散的方法 |
US20180048731A1 (en) * | 2016-08-15 | 2018-02-15 | Verizon Digital Media Services Inc. | Peer Cache Filling |
CN107786586A (zh) * | 2016-08-24 | 2018-03-09 | 腾讯科技(深圳)有限公司 | 业务的负载调度方法及装置 |
CN109819039A (zh) * | 2019-01-31 | 2019-05-28 | 网宿科技股份有限公司 | 一种文件获取方法、文件存储方法、服务器及存储介质 |
CN110233892A (zh) * | 2019-06-12 | 2019-09-13 | 湖南快乐阳光互动娱乐传媒有限公司 | Cdn热点资源处理方法、系统及全局热片调度系统 |
CN110830535A (zh) * | 2018-08-10 | 2020-02-21 | 网宿科技股份有限公司 | 一种超热文件的处理方法、负载均衡设备及下载服务器 |
-
2020
- 2020-06-15 CN CN202010540075.4A patent/CN111432039A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571959A (zh) * | 2012-01-11 | 2012-07-11 | 北京奇虎科技有限公司 | 一种数据下载系统及方法 |
US20170149922A1 (en) * | 2014-07-01 | 2017-05-25 | Cisco Technolgy Inc. | Cdn scale down |
US20180048731A1 (en) * | 2016-08-15 | 2018-02-15 | Verizon Digital Media Services Inc. | Peer Cache Filling |
CN107786586A (zh) * | 2016-08-24 | 2018-03-09 | 腾讯科技(深圳)有限公司 | 业务的负载调度方法及装置 |
CN107508758A (zh) * | 2017-08-16 | 2017-12-22 | 北京云端智度科技有限公司 | 一种热点文件自动扩散的方法 |
CN110830535A (zh) * | 2018-08-10 | 2020-02-21 | 网宿科技股份有限公司 | 一种超热文件的处理方法、负载均衡设备及下载服务器 |
CN109819039A (zh) * | 2019-01-31 | 2019-05-28 | 网宿科技股份有限公司 | 一种文件获取方法、文件存储方法、服务器及存储介质 |
CN110233892A (zh) * | 2019-06-12 | 2019-09-13 | 湖南快乐阳光互动娱乐传媒有限公司 | Cdn热点资源处理方法、系统及全局热片调度系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112015674A (zh) * | 2020-08-27 | 2020-12-01 | 平安科技(深圳)有限公司 | 基于多层级的缓存资源访问方法、装置和计算机设备 |
CN112015674B (zh) * | 2020-08-27 | 2023-05-30 | 平安科技(深圳)有限公司 | 基于多层级的缓存资源访问方法、装置和计算机设备 |
CN113225396A (zh) * | 2021-04-30 | 2021-08-06 | 深圳市腾讯网域计算机网络有限公司 | 一种热点数据包分流方法、装置、电子设备及介质 |
CN114500285A (zh) * | 2021-12-28 | 2022-05-13 | 天翼云科技有限公司 | 一种带宽调度方法及装置 |
CN114500285B (zh) * | 2021-12-28 | 2024-01-02 | 天翼云科技有限公司 | 一种带宽调度方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111432039A (zh) | Cdn中数据请求方法、装置、设备和cdn节点 | |
CN107229555B (zh) | 标识生成方法和装置 | |
CN109104336B (zh) | 服务请求处理方法、装置、计算机设备及存储介质 | |
CN108881448B (zh) | Api请求的处理方法及装置 | |
CN108769146B (zh) | 一种基于区块链的数据传输方法、装置及区块链系统 | |
CN109688207B (zh) | 日志传输方法、装置及服务器 | |
CN110309336B (zh) | 图像检索方法、装置、系统、服务器以及存储介质 | |
US9774654B2 (en) | Service call graphs for website performance | |
CN110784355B (zh) | 一种故障识别方法及装置 | |
CN110162270B (zh) | 基于分布式存储系统的数据存储方法、存储节点及介质 | |
CN108062243B (zh) | 执行计划的生成方法、任务执行方法及装置 | |
CN108259426B (zh) | 一种DDoS攻击检测方法及设备 | |
CN110636068B (zh) | 在cc攻击防护中识别未知cdn节点的方法以及装置 | |
CN112636979B (zh) | 一种集群告警方法及相关装置 | |
CN109597800B (zh) | 一种日志分发方法及装置 | |
CN108023941B (zh) | 语音控制方法及装置和电子设备 | |
CN110933136A (zh) | 一种服务节点选择方法、装置、设备及可读存储介质 | |
CN111628878A (zh) | 基于多级网络节点的故障定位方法、装置及系统 | |
CN107707395B (zh) | 一种数据传输方法、装置和系统 | |
CN105893150B (zh) | 接口调用频度控制、接口调用请求处理方法及装置 | |
CN109361658B (zh) | 基于工控行业的异常流量信息存储方法、装置及电子设备 | |
CN111008071A (zh) | 任务调度系统、方法和服务器 | |
CN113746920B (zh) | 一种数据转发方法、装置、电子设备及计算机可读存储介质 | |
CN115811483A (zh) | 一种网络状态监测方法、装置、电子设备和存储介质 | |
CN107493308B (zh) | 一种发送消息的方法和装置及分布式设备集群系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200717 |
|
RJ01 | Rejection of invention patent application after publication |