CN107071089B - 调度控制方法、装置和*** - Google Patents
调度控制方法、装置和*** Download PDFInfo
- Publication number
- CN107071089B CN107071089B CN201710353408.0A CN201710353408A CN107071089B CN 107071089 B CN107071089 B CN 107071089B CN 201710353408 A CN201710353408 A CN 201710353408A CN 107071089 B CN107071089 B CN 107071089B
- Authority
- CN
- China
- Prior art keywords
- terminal
- network
- service
- service node
- network attribute
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种调度控制方法、装置和***,该方法包括:分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,终端的网络属性表征终端所归属的运营商以及地理区域;针对每种网络属性的终端,从该服务***的多个服务节点中,选取出该网络属性的终端所适合访问的目标服务节点,并将该网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与该网络属性相匹配的服务节点的IP地址。本申请的方案可以更为合理配置域名解析列表中,不同网络属性的终端所需访问的服务节点,有利于减少终端访问服务***中服务节点的访问延迟,提高访问速度。
Description
技术领域
本申请涉及网络通信技术领域,特别涉及一种调度控制方法、装置和***。
背景技术
网络中的计算机是通过互联网协议(Internet Protocol,IP)地址来定位的,而IP地址难以记忆,因此,一般通过记录域名来代替IP地址。相应的,终端在接收到用户输入的网络地址之后,需要将该网络地址中包含的域名发送给域名服务器,并由域名服务器将该域名转换为IP地址之后,才可以基于该IP地址访问网络中的主机。其中,通过域名服务器将域名转换为IP地址的过程就是俗称的域名解析。
而为了满足业务需求或者提高业务处理效率,一套服务***一般会部署多个服务节点,这样,为了使得访问该服务***的访问请求可以定向到不同的服务节点,在业务服务***对应的域名服务器可以将该业务服务***的域名解析为不同的服务节点的IP地址。如,域名服务器可以存储不同运营商、域名与IP地址的对应关系,这样,如果终端所归属的运营商不同,即使终端所请求解析的域名相同,域名服务器为终端返回的IP地址也会不同。然而,目前终端基于域名服务器所解析的IP地址访问该服务***时,却存在访问速度过慢的情况。
发明内容
本申请提供了一种调度控制方法、装置和***,以提高终端访问服务***中服务节点的访问速度。
为了解决上述问题,一方面,本申请提供了一种调度控制方法,包括:
分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,其中,终端的网络属性表征所述终端所归属的运营商以及地理区域;
针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端所适合访问所述目标服务节点的平均访问时延满足第一预设条件;
针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中与所述网络属性相匹配的服务节点的IP地址。
又一方面,本申请实施例还提供了一种调度控制装置,包括:
平均时延获取单元,用于分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,其中,终端的网络属性表征终端所归属的运营商以及地理区域;
服务节点匹配单元,用于针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端访问所述目标服务节点的平均访问时延满足第一预设条件;
匹配关系确定单元,用于针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址。
又一方面,本申请实施例还提供了一种调度控制***,包括:
数据服务器以及配置服务器;
其中,所述数据服务器,用于获取多个终端访问服务***中不同服务节点的访问时延;针对每个网络属性的终端,分别计算具有所述网络属性的所有终端访问服务***中每个服务节点的平均访问时延,其中,终端的网络属性表征终端所归属的运营商以及地理区域;
所述配置服务器,用于根据不同网络属性的终端访问服务***中每个服务节点的平均访问时延,分别从所述服务***的多个服务节点中,选取出每种网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端所适合访问所述目标服务节点的平均访问时延满足第一预设条件;针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址。
由以上可知,本申请实施例中,分别获取不同网络属性(所归属的运营商以及地理区域)的终端对服务***中不同服务节点的平均访问时延,并针对每个网络属性的终端,根据该网络属性的终端对不同服务节点的平均访问时延,有利于从服务***中选取出更为适合该网络属性的终端访问的目标服务节点,使得该网络属性的终端访问该目标服务节点的访问时延相对较小,这样,在将网络属性对应的目标服务节点的IP地址确定为域名解析列表中该网络属性对应的服务节点的IP地址之后,后续该网络属性的终端访问该服务***时,权威域名服务器就可以依据该域名解析列表,将该网络属性的终端调度到访问时延较小的该目标服务节点,从而有利于减少终端访问服务***的访问延迟,提高了终端访问服务***的访问速度。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1示出了一种域名解析场景的示意图;
图2示出了基于域名解析关系进行域名解析的一种示意图;
图3示出了本申请的配置域名解析的方法所适用的一种域名配置***的一种可能的组成结构示意图;
图4示出了本申请的配置域名解析的方法所适用的一种应用场景的组成结构示意图;
图5示出了本申请一种配置域名解析的方法一个实施例的流程示意图;
图6示出了本申请一种配置域名解析的方法又一个实施例的流程示意图;
图7示出了在应用本申请的配置域名解析的方法配置了域名解析列表之后,域名解析***进行域名解析的一种流程示意图;
图8示出了本申请一种配置域名解析的装置一个实施例的组成结构示意图;
图9示出了本申请一种配置服务器的一个实施例的组成结构示意图。
具体实施方式
为了便于理解本申请的方案,先对域名解析的场景进行介绍。参见图1,其示出了一种域名解析场景的示意图。
在图1的场景中,至少包括发起域名解析请求的终端,本地域名服务器(LocalDomain Name Server,LDNS),根域名服务器,通用顶级域名服务器以及第三级域名服务器。其中,不同运营商的LDNS不同,即使相同运营商在不同位置范围内也可能会部署不同的LDNS,因此,当终端所归属的运营商以及所处的位置范围不同时,终端所对应的LDNS也不同。
图1是通过逐级递归进行域名解析的方式,在图1的场景中LDNS也可以称为递归域名解析服务器。
如图1,在步骤101中,终端向运营商的本地域名服务器发送的域名解析请求中携带有待解析的域名“WWW.XXX.com.”。
在步骤102中,LDNS会向根域名服务器发起域名解析请求。
在步骤103中,根域名服务器为该LDNS返回通用顶级域名服务器的地址。
由于根域名服务器无法确定该域名“WWW.XXX.com.”所对应的IP地址,而只知道解析该域名中的通用顶级域名“.com.”所需访问的通用顶级域名服务器的地址,因此,根域名服务器会指示LDNS访问该通用顶级域名服务器。
在步骤104中,LDNS向通用顶级域名服务器发起域名解析请求。
在步骤105中,通用顶级域名服务器为该LDNS返回解析该域名“WWW.XXX.com.”所需访问的第三级域名服务器的地址。
由于通用顶级域名服务器也无法解析出该“WWW.XXX.com.”所对应的IP地址,但是通用顶级域名服务器可以确定解析该域名“***.XXX.com.”所需访问的第三级域名服务器,因此,该通用顶级域名服务器将该第三级域名服务器的地址发送给该LDNS。
在步骤106中,LDNS向该第三级域名服务器发送域名解析请求。
在步骤107中,第三级域名服务器查询该域名“WWW.XXX.com.”对应的IP地址之后,将查询到的IP地址返回给该LDNS。
在步骤108中,LDNS将该域名“WWW.XXX.com.”对应的IP地址返回给终端。
由以上可知,LDNS需要从根域名服务器开始一级一级递归,最终查到第三级域名服务器,并由该第三级域名服务器将域名解析为IP地址。可以理解的是,图1仅仅是以包含三级递归的域名解析***为例进行介绍,在该种情况下,最底级域名服务器为第三级域名服务器,但是在实际应用中LDNS有可能会经过更多级递归才可以最终定位到最底级域名服务器,并由最底级域名服务器将域名解析为IP地址。
其中,最底级域名服务器也被称为权威域名服务器,在该权威域名服务器中配置有域名与IP地址的对应关系,如域名解析列表。可见,只要LDNS定位出权威域名服务器,才可以通过该权威域名服务器完成将域名解析为IP地址的操作。
当然,图1仅仅是为了理解域名解析过程而描述的一种域名解析过程,在实际应用中,域名解析的过程还可以有其他可能,本申请对此不加以限制。
本申请的发明人经过对域名解析的过程进行研究发现:由于终端对应的LDNS可以表征出终端所归属的运营商以及所处的地理区域,目前,在该权威域名服务器中一般会配置有LDNS的标识、域名与IP地址的对应关系。目前,在服务***的一个域名对应多个服务节点的IP地址的情况下,一般都是依据LDNS所属运营商以及地理区域,以及该服务***中多个服务节点所部属的位置,采取就近接入原则,从该多个IP地址中,选取出与LDNS距离较近的服务节点的IP地址,并建立选取出的IP地址与该LDNS以及域名之间的对应关系。
如,参见图2,以两个不同的LDNS为例,假设一个LDNS为电信运营商处于广州的LDNS,一个LDNS为联通运营商处于上海的LDNS,同时,假设服务***中,与电信运营商处于广州的LDNS距离最近的服务节点的IP地址为:119.***.15.13,而与联通运营商处于上海的LDNS距离最近的服务节点的IP地址为:123.***.119.147,那么权威域名服务器中可以存储如下两种对应关系:
域名:www.a*b.com,广州—电信运营商,IP地址:119.***.15.13;
域名:www.a*b.com,上海—联通运营商,IP地址:123.***.119.147。
相应的,由图2可以看出,当广州-电信运营商的终端以及上海-联通运营商的终端均发起对www.a*b.com的解析请求时,权威域名服务器会根据以上对应关系返回不同的IP地址。
然而,依据就近接入原则为权威域名服务器建立以上对应关系,却并未考虑终端访问不同服务节点的访问时延(或者说,网络延迟)。其中,访问时延可以认为是从终端发送的报文到达该服务节点所需的耗时。虽然服务节点的位置与该终端对应的LDNS的位置较近,但是终端访问该服务节点的访问时延却可能会较大,这样,就会导致终端访问该服务***的访问速度较慢,影响到访问服务***的访问体验。
为了解决如上问题,本申请实施例提供了一种调度控制方法,在该方案中,需要分别针对不同网络属性(如,表征终端或设备所归属的运营商以及地理区域等信息)的终端,统计每种网络属性的终端访问服务***中每个服务节点的平均访问时延;分别针对每种网络属性的终端对服务***的不同服务节点的平均访问时延,从服务***中选取出该种网络属性的终端所适合访问的目标服务节点,并将该种网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与该网络属性相匹配的服务节点的IP地址。可见,在本申请的方案在确定域名解析表中不同网络属性所需匹配的服务节点的IP地址时,综合考虑了不同网络属性的终端访问服务***中各个服务节点的平均访问时延,从而能够合理的确定出不同终端所需调度到的服务节点,从而有利于减少终端访问服务***的访问延迟,提高了终端访问服务***的访问速度。
为了便于理解本申请的方案,下面首先对本申请的一种配置域名解析信息的方法所使用的一种调度控制***进行介绍,如参见图3。
由图3可以看出,该调度控制***可以包括:
数据服务器301以及配置服务器302;
其中,数据服务器301,用于获取多个终端访问服务***中不同服务节点的访问时延,其中,该多个终端的网络属性不完全相同;针对每种网络属性的终端,分别计算该种网络属性的所有终端访问每个服务节点的平均访问时延,其中终端的网络属性可以表征终端所归属的运营商以及地理区域,当然,该网络属性还可以包括该终端的其他网络属性,在此不加以限制。
相应的,配置服务器,用于从数据服务器中获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延;针对每种网络属性的终端,从服务***的多个服务节点中,选取出该种网络属性的终端所适合访问的目标服务节点,并将该种网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与该种网络属性相匹配的服务节点的IP地址。其中,每种网络属性的终端所适合访问目标服务节点的平均访问时延满足预设条件。如,该预设条件可以为该种网络属性的终端访问该目标服务节点的平均访问时延小于该种网络属性的终端访问服务***中该目标服务节点之外的其他服务节点的访问时延。
可选的,该配置服务器302还可以用于根据与不同运营商以及地理区域相匹配目标服务节点,配置权威域名服务器的域名解析列表中,不同运营商以及地理区域与目标服务节点之间的对应关系。可以理解的是,以上是以数据服务器计算每种网络属性的所有终端对服务***中服务节点的平均访问时延为例进行介绍,但是实际应用中,也可以由配置服务器来完成计算平均访问时延的操作,在此不加以限制。
当然,在实际应用中,该配置服务器与该数据服务器可以如图3所示各自独立设置,也可以是结合到一个服务器中,如,该配置服务器可以集成该数据服务器获取访问时延数据的功能。
为了便于理解,下面结合本申请实施例的一种调度控制方法所适用的一种应用场景进行介绍。如图4,其示出了本申请实施例所使用的一种应用场景的组成结构示意图。
由图4可知,该应用场景中包括:服务***40,域名解析***41以及调度控制***42。
其中,该服务***40包括部属于不同位置处的多个服务节点401。
域名解析***41至少包括:权威域名服务器411以及多个本地域名服务器LDNS412。
其中,每一个LDNS412的网络属性均不同,LDNS的网络属性同样可以为该LDNS归属的运营商以及地理区域。如,该多个LDNS可以至少包括:部署于第一地理区域内且归属于第一运营商的第一LDNS;部署于第二地理区域且归属于第一运营商的第二LDNS;部署于第一地理区域内且归属于第二运营商的第三LDNS;部署于第二地理区域内且归属于第二运营商的第四LDNS,其中,第一地理区域与第二地理区域不同,且第一运营商与第二运营商不同。
在该权威域名服务器411中存储有域名解析列表,该域名解析列表中包括:服务***的域名、网络属性与该服务***中服务节点的IP地址之间的对应关系。考虑到不同LDNS的网络属性不同,因此,该域名解析列表中具体可以存储该服务***的域名、LDNS的标识与该服务***中服务节点的IP地址之间的对应关系。
该调度控制***42包括:数据服务器421以及配置服务器422。
该数据服务器以及配置服务器的具体功能可以前面的相关介绍。
相应的,该配置服务器还可以与权威域名服务器通过网络相连,这样,配置服务器可以将每种网络属性的终端所适合的目标服务节点的信息发送给权威域名服务器,或者对该权威域名服务器中的域名解析列表进行配置。
在该应用场景中,还可以包括:归属于不同LDNS的多个终端43(图4中仅仅示出了一个终端),其中,归属于不同的LDNS的终端的网络属性不同。如,终端1归属于运营商A设置于城市M处的LDNS,则说明终端1的运营商为运营商A,且为运营商A在城市M范围内的用户的终端。
可以理解的是,获取终端访问不同服务节点的访问时延的方式可以有多种方式。如,可以在终端访问服务节点时,服务***可以指示终端向不同的服务节点发送测试数据包;终端根据发送测试数据包的时刻,以及服务节点返回的该测试数据包的响应数据包的时刻,来确定该终端访问该服务节点的访问时延;相应的,终端可以将测试出访问不同服务节点的访问时延发送给该数据服务器。
可选的,由于服务节点在不同时刻所需处理的业务量不同,为了避免由于服务节点处理业务而影响到访问时延的测试,也为了避免测试访问时延而影响到服务节点的业务处理,在图4的应用场景中,还包括:与服务节401关联的测速节点402,每个服务节点关联有至少一个测速节点,测速节点与其关联的服务节点处于相同位置处,具体的,服务节点关联的测速节点与该服务节点部署于同一个机房内。
由于与服务节点关联的测速节点与该服务节点部署于相同位置处(如,同一机房内),因此,同一台终端访问该测速节点的访问延迟,与该终端访问该测速节点关联的服务节点的访问时延相同。
通过测试终端访问测速节点的访问时延,并将测试出的访问延迟作为终端访问该测速节点关联的服务节点的访问时延,从而可以更为真实的反映出终端访问该服务节点的网络状态,使得访问时延能够更为接近真实的网络延迟。
相应的,在图4的场景中,该数据服务器可以与测速节点通过网络相连,以使得数据服务器可以获取测速节点上报的不同终端的访问时延,并将该测速节点上报的不同终端的访问时延作为不同终端访问该测速节点对应的服务节点的访问时延。
当然,也可以存在由终端计算出该终端与测速节点的访问时延的情况,在该种情况中,该数据服务器还可以通过网络与终端相连,以便获取到终端访问不同测速节点的访问时延,并将终端访问不同测速节点的访问延迟作为终端访问不同测速节点对应的不同服务节点的访问时延。
可以理解的是,在本申请实施例中,终端可以为手机、平板电脑等基于移动互联网访问服务***的移动终端;该终端也可以是台式计算机等基于有线网络(俗称的固网)访问服务***的终端,简称有线网络终端。
可选的,考虑到不同网络环境下,终端访问服务节点的访问延时也会存在差异,如果针对不同网络环境下的终端采用完全相同的域名解析配置关系,则可能会无法兼顾移动终端以及有线网络终端的访问体验。因此,在本申请实施例中,可以分别测试每种网络属性的移动终端以及有线网络终端访问不同服务节点的访问时延,并分别针对移动终端确定每种网络属性的移动移动所适合访问的目标服务节点,以及针对有线网络终端,确定每种网络属性的有线网络终端所适合访问的目标服务节点。
为了便于理解,下面分别针对移动终端以及有线网络终端两种不同类网络环境下的终端,对本申请的调度控制方法进行介绍。
结合图4,参见图5,其示出了本申请中一种调度控制方法一个实施例的流程示意图,本实施例的方法可以包括:
S501,移动终端在向服务***中服务节点发起访问请求之后,确定待测试的至少一个测速节点的IP地址。
在一种可能的情况中,确定至少一个测速节点的IP地址可以为:在服务节点接收到移动终端的访问请求之后,该服务节点向该移动终端反馈所需测试的一个或多个测速节点的IP地址。可以理解的是,当终端为移动终端时,该移动终端访问该服务节点所采用的网络协议不同于有线网络终端所采用的网络协议,因此,服务节点可以根据终端所采用的网络协议,识别出该终端为移动终端,进而指示该移动终端访问至少一个待测试的测速节点。
在又一种可能的情况中,确定至少一个测速节点的IP地址可以为:在移动终端安装的该服务***的客户端内预置多个所需测试的测速节点的IP地址,这样,在移动终端检测到发起向该服务***的访问请求时,则可以获取预置的至少一个测速节点的IP地址。
可以理解的是,为了能够使得归属于同一个LDNS的多个移动终端可以分别访问不同的服务节点所关联的测速节点,则每个移动终端可以将所有测速节点均作为待测试的测速节点;可选的,为了减少移动终端的数据处理量,不同移动终端所对应的待测试的测速节点可以不同。如,对于归属于同一个LDNS的移动终端A和移动终端B,移动终端A的待测试的测速节点为测速节点A、测速节点B和测速节点C,而移动终端B的待测试的测速节点可以为测速节点A和测速节点D。
需要说明的是,移动终端触发测试访问不同测速节点的访问时延的条件并不限于该移动终端向服务***发起访问请求,在实际应用中,还可以有其他触发条件触发移动终端确定测速节点的IP地址,如,移动终端也可以按照预设的测试周期,定期确定所需测试的测速节点的IP地址。
S502,移动终端依据测速节点的IP地址,向该测速节点发送测速数据包;
S503,测速节点在接收到该测速数据包之后,向移动终端返回针对该测速数据包的响应数据包;
S504,移动终端依据向测速节点发送测速数据包的发送时刻以及接收到该测速节点返回的响应数据包的接收时刻,确定该移动终端访问该测速节点的访问时延。
如,访问时延可以为该接收时刻与发送时刻的时间差的一半。
S505,移动终端将该移动终端的IP地址、该测速节点的标识以及该访问时延发送给该数据服务器。
如,移动终端向该数据服务器发送访问时延时,可以携带该移动终端的IP地址以及该测速节点的标识,通过该移动终端的IP地址可以标识出发送访问延时的移动终端,且通过该IP地址可以分析出移动终端所归属的运营商以及地理区域等网络属性。相应的,测速节点的标识可以表明该访问时延为该移动终端访问哪个该测速节点时所存在的网络时延。
举例说明,移动终端A访问测速节点M的访问时延为15ms,则移动终端可以在发送访问时延时,携带该移动终端A的IP地址以及测速节点M的标识。
其中,测速节点的标识可以为测速节点的IP地址或者其他能够唯一表示该测速节点的标识。
可以理解的是,以上步骤S501至步骤S505仅仅是获取到移动终端访问服务节点的访问延时的一种实现方式,在实际应用中通过其他方式获取移动终端访问服务节点的访问延时的方式也同样适用于本申请实施例。
另外,以上步骤S501以及步骤S505仅仅是从移动终端的角度,描述了测试该移动终端到一个测速节点的访问时延的过程,但是可以理解的是,对于该移动终端访问其他测速节点以及其他移动终端访问服务***中任意一个测速节点的过程均与以上过程相似,在此不再赘述。
以上步骤S501至步骤S505可以不断重复执行,以便实时更新不同运营商以及地理区域内的多个移动终端对于不同服务节点的访问时延情况,以真实反映不同移动终端的网络延迟。
S506,数据服务器将移动终端传输的该移动终端的IP地址、测速节点的标识以及访问时延进行对应存储。
可选的,由于每个访问时延均对应着一个移动终端的IP地址以及测速节点的标识,为了便于数据存储以及后续的数据传输,数据服务器可以将访问时延以及该访问时延对应的移动终端的IP地址以及测速节点的标识存储为一个访问时延数组,这样,每个访问时延数据均包括:移动终端的IP地址、测速节点的标识以及访问时延。
可以理解的是,由于不同时刻移动终端上报的访问时延数据会有所差异,该数据服务器可以每隔一定时间对存储的访问延迟数据进行更新。
需要说明的是,以上步骤S501至步骤S506仅仅是为了说明获取移动终端对服务节点的访问延时的过程,其仅仅是为后续配置域名解析信息做准备。
可选的,在数据服务器以访问时延数组形式存储访问时延数据的情况下,配置服务器可以获取到多个访问延迟数组,其中,每个访问延迟数组包括:移动终端的IP地址、测速节点的标识以及访问时延。
S507,数据服务器依据移动终端的IP地址,确定该移动终端所归属的运营商以及地理区域。
为了便于理解,本申请实施例以移动终端的网络属性为终端归属的运营商以及地理区域为例进行介绍,但是当网络属性包括其他属性信息时,其过程类似。
S508,数据服务器按照上报访问时延的多个移动终端各自所归属的运营商以及地理区域,将归属于相同运营商以及地理区域的至少一个移动终端组成移动终端集合,得到多个表征不同运营商以及地理区域的移动终端集合。
由前面步骤501至步骤S505的过程可知,数据服务器中可以存储多个不同移动终端上报的访问时延数据,而该多个移动终端的IP地址不同,从而得到归属于多种不同网络属性的多个移动终端的访问时延。而对于每种网络属性,该数据服务器均可以存储该具有该网络属性的多个移动终端对于不同服务节点的访问时延,为了后续可以计算出每种网络属性的多个终端对于同一个服务节点的平均访问时延,需要先确定出具有相同网络属性的移动终端。
S509,对于每个移动终端集合,数据服务器分别确定该移动终端集合中所有移动终端访问服务***中每个测速节点的平均访问时延。
举例说明,归属于中国-广州-第一运营商的移动终端A访问测速节点1、测速节点2以及测速节点3的访问延时可以分别表示为:
中国-广州-第一运营商to测速节点1,IP地址:1.1.1.1,延迟30ms;
中国-广州-第一运营商to测速节点2,IP地址:2.2.2.2,延迟100ms;
中国-广州-第一运营商to测速节点3,IP地址:3.3.3.3,延迟50ms;同时,假设归属于中国-广州-第一运营商的移动终端B访问测速节点2、测速节点3以及测速节点4的访问延时可以分别表示为:
中国-广州-第一运营商to测速节点2,IP地址:2.2.2.2,延迟70ms;
中国-广州-第一运营商to测速节点3,IP地址:3.3.3.3,延迟10ms;
中国-广州-第一运营商to测速节点4,IP地址:4.4.4.4,延迟40ms;
则,可以统计出中国-广州-第一运营商下的移动终端访问测速节点1的平均访问时延为30ms;而访问测速节点2的平均访问时延为(100ms+70ms)/2=85ms,对于其他测速节点的平均访问时延类似。
可选的,在针对一个移动终端集合,计算该移动终端集合中所有移动终端访问某个测速节点的平均访问时延时之前,还可以先去除该移动终端集合中多个移动终端访问该测速节点的多个访问时延中的最高值以及最低值,然后再利用剩余的多个访问时延,计算该移动终端集合内的终端访问该测速节点的平均访问时延。
进一步的,由于不同时刻,网络状态也会存在差异,在计算出平均访问时延之后,还可以记录该平均访问时延的计算时刻,以便后续利用最新计算出的平均访问时延来配置域名解析列表。
可以理解的是,该步骤S507至S509可以是每隔预设时间执行一次,而并非是每次存在移动终端上报访问时延数据就触发执行。
需要说明的是,步骤S507至S509仅仅是为了便于理解,以将相同网络属性的移动终端组成一个移动终端集合,并通过计算该网络属性的终端所组成的移动终端集合内的所有移动终端对一个服务节点的平均访问时延为例进行介绍。但是可以理解的是,针对一种网络属性,在计算该网络属性的移动终端对于服务***中一个服务节点的平均访问时延的方式还可以有其他方式,在此不再赘述。
可选的,由于移动终端所采用的无线网络也可以有多种形式,如,采用第三代移动通信技术(the 3rd Generation mobile communication technology,3G)的无线网络、采用***移动通信技术(the 4th Generation mobile communication technology,4G)的无线网络以及WiFi网络等等。在本申请实施例中,为了能够更为准确的反映出移动终端在不同网络环境下,对于不同服务节点的访问延迟情况,移动终端还可以将该移动终端所采用的无线网络的类型,与该移动终端的IP地址、该测速节点的标识以及该测速节点对应的访问时延一起发送给数据服务器。相应的,数据服务器可以分别统计每种网络属性的移动终端在采用不同无线网络的情况下,访问每个服务节点的平均访问时延。
S510,针对每个移动终端,数据服务器依据该移动终端集合中的移动终端对不同测速节点的平均访问时延,并结合不同测速节点与服务节点的关联关系,分别确定该移动终端集合中的移动终端对每个服务节点的平均访问延迟。
其中,由于不同移动终端集合表征不同的网络属性,因此,移动终端集合中的移动终端对服务节点的平均访问时延也就是:具有该移动终端集合所表征的网络属性的移动终端对该服务节点的平均访问时延。
可以理解的是,数据服务器中可以存储有测速节点与服务节点的关联关系,这样,在确定出该移动终端集合中的移动终端对于该测速节点的平均访问时延之后,确定出该测速节点关联的服务节点,实际上就得到了该移动终端集合中的移动终端对该服务节点的平均访问时延。
可选的,为了区分出不同网络属性的终端访问不同服务节点的平均访问时延,数据服务器可以存储网络属性、测速节点的标识与平均访问时延的对应关系,如,可以采用如下形式存储:
中国-广州-第一运营商to测速节点1,IP地址:1.1.1.1,平均访问延迟40ms;
如上对应关系表明,处于中国广州的第一运营商的移动终端访问该测速节点1(IP地址:1.1.1.1)的平均访问延迟为40ms。
可以理解的是,在实际应用中,针对每种网络属性的移动终端,计算该种网络属性的终端对于服务***中不同服务节点的平均访问时延也可以是由配置服务器来完成,即,如何步骤S507至S510可以由配置服务器完成,在该种情况下,配置服务器仅仅需要从数据服务器获取多个不同的移动终端上报的访问时延的数据即可。
S511,配置服务器从数据服务器获取不同网络属性的移动终端分别访问服务***中每个服务节点的平均访问时延;
如,配置服务器可以获取数据服务器存储的多组对应关系,每组对应关系包括:网络属性、服务节点的标识以及平均访问时延的对应关系,每组对应关系表征一种网络属性的终端对于一个服务节点的平均访问时延。
S512,针对每种网络属性的移动终端,配置服务器从服务***的多个服务节点中,选取出该种网络属性的移动终端所适合访问的目标服务节点。
其中,每种网络属性的移动终端所适合访问所述目标服务节点的平均访问时延满足第一预设条件,该第一预设条件可以有多种可能。如,对于一种网络属性的终端而言,该预设条件可以该种网络属性的移动终端访问该目标服务节点的平均访问时延小于该移动终端访问其他服务节点的平均访问时延;又如,该预设条件可以为平均访问时延小于预设值;又如,该预设条件可以为按照服务节点对应的平均访问延时从小到大的顺序,对多个服务节点进行排序后,排序处于前指定位的任意一个服务节点。
可以理解的是,在确定目标服务节点时,除了依据服务节点对应的时延访问时延之外,还可以综合考虑服务节点的负载、容量等多个因素。相应的,还可以设定目标服务节点的负载或者容量需要满足第二预设条件,负载小于预设值,或者,容量大于预设阈值等等。例如,如,对于一种网络属性的移动终端而言,该目标服务节点可以为服务***中负载小于预设值的服务节点中,该移动终端的平均访问时延最小的服务节点。
可选的,可以预先设定平均访问时延、负载以及容量等因素的优先级顺序,如负载最优,容量最优等,这样,可以先从多个服务节点中选取出优先级最高的因素满足预设条件的至少一个服务节点,再从该至少一个服务节点中选取出其他因素也满足相应预设条件的目标服务节点。
S513,针对每种网络属性,将该种网络属性的移动终端所适合访问的目标服务节点的IP地址,配置为权威域名服务器的第一域名解析列表中,与该种网络属性相匹配的服务节点的IP地址。
为了与有线网络终端对应的域名解析列表相区分,将针对移动终端的域名解析列表称为第一域名解析列表,并将后续针对有线网络终端的域名解析列表称为第二域名解析列表。
其中,对于一种网络属性而言,如果第一域名解析列表中该网络属性对应的服务节点的IP地址为目标服务节点的IP地址时,则可以维持该所对应的服务节点的IP地址不变;反之,则可以将网络属性对应的服务节点的IP地址更新为该目标服务节点的IP地址。
由于不同运营商以及地理区域内所部署的LDNS不同,因此,在第一域名解析列表中可以通过LDNS的标识表征不同的网络属性,在该种情况下,实际上是将该种网络属性的移动终端所适合访问的目标服务节点的IP地址,配置为第一域名解析列表中,具有该种网络属性的LDNS的标识相匹配的服务节点的IP地址。
可以理解的是,在本申请实施例中,具有相同属性的移动终端以及有线网络终端所需定向到的服务节会存在差异,因此,权威域名服务器可以分别针对移动终端以及有线网络终端配置不同的域名解析列表。当然,为了在域名解析列表中可以直接区分出中终端所采用的网络类型,在域名解析列表的每条域名解析关系中可以添加用于标识终端所采用的网络类型的标识信息。
可选的,当终端所采用的网络不同时,该终端请求访问同一个服务***所采用的域名可以不同,如,移动终端访问该服务***可以采用服务***的第一域名,而该有线网络终端可以采用服务***的第二域名访问该服务***。具体的,可以在终端所请求解析的域名中包含表示该终端所采用的网络类型的网络类型标识,则第一域名与第二域名中的网络类型标识不同。例如,对于移动终端可以为访问某个服务***所采用的域名可以为mobile.a*b.com,而有线网络终端访问该服务***采用的域名则可以为:static.a*b.com,其中,域名“mobile.a*b.com”中“mobile”表示发起域名解析请求的终端为采用无线网络的移动终端;而域名“static.a*b.com”中“static”表示发起域名解析请求的终端为采用有线网络的有线网络终端。
相应的,在本申请实施例中,该配置服务器在确定出每种网络属性对应的目标服务节点之后,可以向权威域名服务器的域名解析列表中,配置该网络属性的LDNS的标识、服务***的第一域名以及该目标服务节点的IP地址之间的域名解析关系。
可以理解的是,本申请实施例是以配置服务器配置权威域名服务器中的域名解析列表为例进行介绍,但是可以理解的是,配置服务器在确定出不同网络属性的移动终端所适合解析到的目标服务节点之后,仅仅将目标服务节点作为域名解析列表中与该网络属性对应的服务节点,存储该目标服务节点与该网络属性的匹配关系,后续可以在权威域名服务器发起配置关系更新请求时,或者该配置服务器主动将该匹配关系发送给权威域名服务器,以便由权威域名服务器依据该匹配关系完成对域名解析列表的配置。
可见,在本实施例中,针对同一个网络属性表征的运营商以及地理区域,通过获取该网络属性的移动终端访问服务***中每个服务节点的平均访问时延,从而有利于从该服务***的多个服务节点中,选取出该网络属性的移动终端的平均访问时延相对较小的目标服务节点,这样,在将域名解析列表中该网络属性的LDNS对应的服务节点的IP地址确定为目标服务节点的IP地址之后,后续移动终端通过LDNS访问服务***时,可以将该移动终端定向到访问时延相对较小的该目标服务节点,有利于减少移动终端访问服务***的访问延迟,提高了移动终端访问服务***的访问速度。
结合图4,参见图6,其示出了在终端为有线网络终端的情况下,本申请的调度控制方法的流程示意图,本实施例的方法可以包括:
S601,有线网络终端向服务***中的服务节点发送访问请求。
S602,服务节点在接收访问请求之后,通过反向路由跟踪有线网络终端所属的目标网关。
其中,通过反向路由traceroute技术可以跟踪出该访问请求所经过的网关,访问请求所经过的网关也就是有线网络终端所归属的目标网关。
S603,服务节点将该有线网络终端所属的目标网关的IP地址传输给该服务节点关联的测速节点;
S604,测速节点依据该有线网络终端所属的目标网关的IP地址,向该目标网关发送测速数据包;
S605,该目标网关响应于接收到的测速数据包,向该测速节点返回针对该测速数据包的响应数据包。
S606,测速节点依据测速数据包的发送时刻以及接收到该响应数据包的接收时刻,计算该目标网关到该测速节点的访问时延;
其中,该目标网关到测速节点的访问时延就可以认为是该属于该目标网关的移动终端访问该测速节点的访问时延。
当然,步骤S602至S606是测试网关到测速节点的访问时延的一种方式,但是对于其他测试该网关到该测速节点的访问时延的方式也同样适用于本实施例。另外,本申请实施例是以网关到测速节点的访问时延来作为有线网络终端到测速节点的访问时延为例进行介绍,但是可以理解的是,通过其他方式来测试有线网络终端到测速节点的访问时延的方式也适用于本申请实施例。
S607,测速节点将目标网关的IP地址、服务节点的标识以及该访问时延发送给数据服务器。
S608,数据服务器将该目标网关的IP地址、测速节点的标识以及访问时延进行对应存储。
可以理解的是,为了区分出移动终端以及有线网络终端各自的访问时延数据,可以分别针对移动终端以及有线网络终端单独设置不同的数据服务器,如,第一数据服务器可以存储移动终端上报的访问时延等相关数据;第二数据服务器可以获取测速节点上报的有线网络终端的访问时延等相关数据。
在采用一个数据服务器来存储有线网络终端以及移动终端相关的访问时延数据的情况下,该数据服务器可以根据上报访问时延的设备来区分访问时延为哪种终端对应的访问时延,如,数据服务器接收到测速节点发送的访问时延,则可以确定该访问时延为有线网络终端所属的目标网关到测速节点的访问时延。当然,为了能够更加明确出访问时延为针对哪种网络类型的终端的访问时延,还可以在测速节点以及移动终端上报访问时延时,携带表征该访问时延所对应的终端的网络类型的标识,例如,移动终端上报访问时延时,可以携带表征该访问时延为移动终端对该测速节点或服务节点的访问时延的标识1;而测速节点上报目标网关对服务节点的访问时延时,可以携带可以表示该访问时延为有线网络终端对服务节点的访问时延的标识2。相应的,数据服务器在接收到不同终端对应的访问时延后,可以在一个数据表中统一存储所有的访问时延,也可以是通过两个数据表分别存储移动终端以及有线网络终端对应的访问时延数据。
S609,数据服务器按照目标网关的IP地址,确定出目标网关所归属的运营商以及地理区域。
为了便于理解,本申请实施例以目标网关的网络属性为目标网关归属的运营商以及地理区域为例进行介绍,但是当网络属性包括其他属性信息时,其过程类似。
S610,数据服务器将归属于相同运营商以及地理区域的至少一个移动终端组成网关集合,得到多个表征不同运营商以及地理区域的网关集合。
S611,对于每个网关集合,数据服务器分别确定该网关集合中所有目标网关到服务***中每个测速节点的平均访问时延。
其中,步骤S609至S611与图5实施例中步骤S507至S509的过程相似,因此,得到每个网关集合中网关对测速节点的平均访问时延可以参见前面计算移动终端集合中所有终端对测速节点的平均访问时延的过程,在此不再赘述。
S612,针对每个网关集合,数据服务器依据网关集合中目标网关对不同测速节点的平均访问时延,并结合不同测速节点与服务节点的关联关系,确定该网关集合中的目标网关对不同服务节点的平均访问延迟。
其中,由于不同网关集合表征不同的网络属性,因此,网关集合中的目标网关对服务节点的平均访问时延也就是:具有该网关集合所表征的网络属性的有线网络终端对该服务节点的平均访问时延。
可以理解的是,数据服务器中可以存储有测速节点与服务节点的关联关系,这样,在确定出该网关集合中的目标网关对于该测速节点的平均访问时延之后,实际上就得到了该移动终端集合中的移动终端对该测速节点关联的服务节点的平均访问时延。
S613,配置服务器从数据服务器获取不同网络属性的有线网络终端分别访问服务***中每个服务节点的平均访问时延。
S614,针对每种网络属性的移动终端,配置服务器从服务***的多个服务节点中,选取出该种网络属性的有线网络终端所适合访问的目标服务节点。
其中,每种网络属性的有线网络终端所适合访问的目标服务节点的平均访问时延满足第一预设条件,该第一预设条件可以与前面实施例相似,在此不再赘述。
相应的,在确定目标服务节点时,除了依据服务节点对应的时延访问时延之外,还可以综合考虑服务节点的负载、容量等多个因素。相应的,还可以设定目标服务节点的负载或者容量需要满足第二预设条件,负载小于预设值,或者,容量大于预设阈值等等。其中,该第二预设条件同样可以参见前面实施例的相关介绍,在此不再赘述。
S615,针对每种网络属性,将该种网络属性的有线网络终端所适合访问的目标服务节点的IP地址,配置为权威域名服务器的第二域名解析列表中,与该种网络属性相匹配的服务节点的IP地址。
如,针对一种网络属性,在确定出该种网络属性的有线网络终端所适合访问的目标服务节点之后,可以向权威域名服务器的域名解析列表中,配置具有该网络属性的LDNS的标识、服务***的第二域名与该目标服务节点的IP地址之间的域名解析关系。
当然,步骤S615的具体操作过程可以前面图5实施例中步骤S513的过程相似,在此不再赘述。
在本实施例中,可以将域名解析列表中该LDNS对应的服务节点的IP地址配置为归属于该LDNS的有线网络终端适合访问的目标服务节点的IP地址,而目标服务节点为该归属于该LDNS的有线网络终端平均访问延迟相对较小的服务节点,从而依据该域名解析列表,将有线网络终端定向到该目标服务节点,有利于减少有线网络终端访问服务***的访问延迟,提高了有线网络终端访问服务***的访问速度。
需要说明的是,为了便于描述确定移动终端以及有线网络终端对服务节点的访问时延,采用图5和图6的实施例分别针对移动终端、有线网络终端的情况对本申请的调度控制过程进行介绍,但是可以理解的是,配置服务器获取到的平均访问时延数据可以同时包括:每种网络属性的移动终端对不同服务节点的平均访问时延,以及每种网络属性的有线网络终端对不同服务节点的平均访问时延,该配置服务器只需要分别针对移动终端以及有线网络终端分配确定域名解析列表的配置关系即可。
为了便于理解本申请实施例的有益效果,结合以上共性,下面对通过本申请实施例的方法配置权威域名服务器中域名解析列表之后,终端请求域名解析的过程进行介绍。
如图7,其示出了本申请一种域名解析方法一个实施例的流程示意图,本实施例的方法可以包括:
S701,移动终端向该移动终端所属的LDNS发送域名解析请求,该域名解析请求携带有服务***的第一域名。
其中,该第一域名包括表示终端所采用的网络类型为无线网络的第一网络类型标识。如,在图7中,是以第一域名为“mobile.a*b.com”为例。
另外,在图7中以LDNS为中国-广州-运营商1的LDNS为例进行说明。
S702,该LDNS确定出用于解析该第一域名的权威域名服务器,并将该第一域名转发给该权威域名服务器。
其中,LDNS确定用于解析该第一域名的权威域名服务器的过程可以参见前面图1所示的流程,在此不再赘述。
S703,权威域名服务器从第一域名解析列表中,查询与第一域名以及该LDNS的标识相匹配的第一目标服务节点的IP地址;
第一域名解析表中存储有移动终端所请求的第一域名、LDNS的标识以及服务节点的IP地址之间的对应关系。
如图7所示,假设第一域名为“mobile.a*b.com”,针对该第一域名,该权威服务器的第一域名解析表中存储有如下域名解析关系:
mobile.a*b.com,中国-广州-运营商2,IDC1:1.1.1.1;
mobile.a*b.com,中国-西安-运营商1,IDC2:2.2.2.2;
mobile.a*b.com,中国-广州-运营商1,IDC3:3.3.3.3。
其中,IDC表示服务节点,则,依据该第一域名以及该LDNS对应的标识,即中国-广州-运营商1,可以确定解析出的IP地址为该服务节点IDC3的IP地址:3.3.3.3。
S704,权威域名服务器将第一目标服务节点的IP地址经该LDNS服务器发送给该移动终端。
S705,有线网络终端向该有线网络终端所属的LDNS发送域名解析请求,该域名解析请求携带有服务***的第二域名。
其中,该第二域名包括表示终端所采用的网络类型为有线网络的第二网络类型标识。如,在图7中,是以第二域名为“static.a*b.com”为例。
另外,在图7中以有线网络终端所属的LDNS同样为中国-广州-运营商1的LDNS为例进行说明。
S706,LDNS确定出用于解析该第二域名的权威域名服务器,并将该第二域名转发给该权威域名服务器。
S707,权威域名服务器从第二域名解析列表中,查询与第二域名以及该LDNS的标识相匹配的第二目标服务节点的IP地址。
第二域名解析表中存储有有线网络终端所请求的第二域名、LDNS的标识以及服务节点的IP地址之间的对应关系。
如图7所示,假设第二域名为“static.a*b.com”,针对该第二域名,该权威服务器的第二域名解析表中存储有如下域名解析关系:
static.a*b.com,中国-广州-运营商3,IDC2:2.2.2.2;
static.a*b.com,中国-西安-运营商1,IDC4:4.4.4.4;
static.a*b.com,中国-广州-运营商1,IDC1:1.1.1.1。
依据该第二域名以及该LDNS对应的标识,即中国-广州-运营商1,可以确定解析出的IP地址为该服务节点IDC1的IP地址:1.1.1.1,可见,虽然有线网络终端以及移动终端所归属的LDNS相同,但是终端所采用的网络不同时,由于网络状态的差异,该终端访问延迟最小的服务节点也会有所不同,从而使得权威域名服务器为终端返回的IP地址也不同,从而使得不同网络的终端可以访问时延相对较小的服务节点。
S708,权威域名服务器将第二目标服务节点的IP地址经该LDNS服务器发送给该有线网络终端。
另一方面,本申请实施例还提供了一种调度控制装置。如图8,其示出了本申请一种调度控制装置一个实施例组成结构示意图,本实施例的装置可以包括:
平均时延获取单元801,用于分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,其中,终端的网络属性表征终端所归属的运营商以及地理区域;
服务节点匹配单元802,用于针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端访问所述目标服务节点的平均访问时延满足第一预设条件;
匹配关系确定单元803,用于针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址。
可选的,所述网络属性的终端访问所述目标服务节点的平均访问时延满足第一预设条件,包括:
所述网络属性的终端访问所述目标服务节点的平均访问延时最小。
可选的,所述目标服务节点的负载或者容量满足第二预设条件。
在一种实现方式中,所述匹配关系确定单元,包括:
匹配关系发送单元,用于将所述网络属性的终端所适合访问的目标服务节点的IP地址发送给权威域名服务器,以便所述权威域名服务器将存储的域名解析列表中,该所述网络属性的本地域名服务器所对应的服务节点的IP地址配置为所述目标服务节点的IP地址。
在又一种实现方式中,所述匹配关系确定单元,包括:
匹配关系配置单元,用于依据所述网络属性的终端所适合访问的目标服务节点的IP地址,配置权威域名服务器中存储的所述域名解析列表,以将所述域名解析列表中,所述网络属性的本地域名服务器所对应的服务节点的IP地址配置为所述目标服务节点的IP地址。
可选的,所述装置还包括:
关系配置单元,用于在所述匹配关系确定将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址之后,依据所述网络属性与服务服务节点的IP地址之间的匹配关系,配置权威域名服务器中存储的所述域名解析列表。
可选的,所述平均时延获取单元,具体用于:
从数据服务器获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,其中,所述数据服务器在获取到多个终端访问服务器中不同服务节点的访问时延之后,按照终端的网络属性,分别计算出每个网络属性的终端访问每个服务节点的平均访问时延。
可选的,所述平均时延获取单元,包括:
时延获取单元,用于获取多个终端对服务***中不同服务节点的访问时延,所述多个终端所具有的网络属性不同;
终端归类单元,用于依据所述多个终端的网络属性,将具有相同网络属性的至少一个终端组成终端集合,得到多个表征不同网络属性的终端集合;
平均时延计算单元,用于针对每个网络属性,分别依据表征该网络属性的终端集合内所有终端访问服务***中每个服务节点的访问时延,计算所述终端集合中所有终端分别访问每个服务节点的平均访问时延,得到所述网络属性的终端分别访问每个服务节点的平均访问时延。
在一种可能的实现方式中,所述平均时延获取单元,包括:
第一时延获取单元,用于分别获取不同网络属性的移动终端访问服务***中每个服务节点的平均访问时延,所述移动终端采用无线网络访问所述服务***中的服务节点;
所述服务节点匹配单元,包括:
第一节点匹配单元,用于针对每种网络属性的移动终端,从所述服务***的多个服务节点中,选取出所述网络属性的移动终端所适合访问的目标服务节点;
所述匹配关系确定单元,包括:
第一关系确定单元,用于针对每种网络属性,将所述网络属性的移动终端所适合访问的目标服务节点的IP地址,作为第一域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,所述第一域名解析列表中存储有不同网络属性的移动终端所需调度到的服务节点的IP地址。
在又一种可能的实现方式中,所述平均时延获取单元,包括:
第二时延获取单元,用于分别获取不同网络属性的有线网络终端访问服务***中每个服务节点的平均访问时延,所述有线网络终端基于有线网络访问所述服务***中的服务节点;
所述服务节点匹配单元,包括:
第二节点匹配单元,用于针对每种网络属性的有线网络终端,从所述服务***的多个服务节点中,选取出所述网络属性的有线网络终端所适合访问的目标服务节点;
所述匹配关系确定单元,包括:
第二关系确定单元,用于针对每种网络属性,将所述网络属性的有线网络终端所适合访问的目标服务节点的IP地址,作为第二域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,所述第二域名解析列表中存储有不同网络属性的有线网络终端所需调度到的服务节点的IP地址。
另一方面,本申请实施例还提供了一种配置服务器,该配置服务器可以包括上述所述的一种调度控制装置。
图9示出了服务器的硬件结构框图,参照图9,服务器900可以包括:处理器901,通信接口902,存储器903和通信总线904;
其中处理器901、通信接口902、存储器903通过通信总线904完成相互间的通信;
可选的,通信接口902可以为通信模块的接口,如GSM模块的接口;
处理器901,用于执行程序;
存储器903,用于存放程序;
程序可以包括程序代码,所述程序代码包括计算机操作指令。
处理器901可能是一个中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器903可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
其中,程序可具体用于:
分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,其中,终端的网络属性表征终端所归属的运营商以及地理区域;
针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端所适合访问所述目标服务节点的平均访问时延满足第一预设条件;
针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (16)
1.一种调度控制方法,其特征在于,包括:
从数据服务器分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,其中,终端在访问服务***中不同服务节点时,会向相应服务节点发送测试数据包,并将测试出来的访问时延发送给所述数据服务器;所述数据服务器在获取到多个终端访问服务***中不同服务节点的访问时延之后,按照终端的网络属性,分别计算出每种网络属性的终端访问每个服务节点的平均访问时延;终端的网络属性表征所述终端所归属的运营商以及地理区域;
针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端所适合访问所述目标服务节点的平均访问时延满足第一预设条件;
针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中与所述网络属性相匹配的服务节点的IP地址。
2.根据权利要求1所述的调度控制方法,其特征在于,所述网络属性的终端访问所述目标服务节点的平均访问时延满足第一预设条件,包括:
所述网络属性的终端访问所述目标服务节点的平均访问延时最小。
3.根据权利要求1或2所述的调度控制方法,其特征在于,所述目标服务节点的负载或者容量满足第二预设条件。
4.根据权利要求1所述的调度控制方法,其特征在于,所述将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中与所述网络属性相匹配的服务节点的IP地址,包括:
将所述网络属性的终端所适合访问的目标服务节点的IP地址发送给权威域名服务器,以便所述权威域名服务器将存储的域名解析列表中,所述网络属性的本地域名服务器所对应的服务节点的IP地址配置为所述目标服务节点的IP地址。
5.根据权利要求1所述的调度控制方法,其特征在于,所述将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中与所述网络属性相匹配的服务节点的IP地址,包括:
依据所述网络属性的终端所适合访问的目标服务节点的IP地址,配置权威域名服务器中存储的域名解析列表,以将所述域名解析列表中,所述网络属性的本地域名服务器所对应的服务节点的IP地址配置为所述目标服务节点的IP地址。
6.根据权利要求1、2、4或5所述的调度控制方法,其特征在于,所述获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,包括:
获取多个终端访问服务***中不同服务节点的访问时延,所述多个终端的网络属性不同;
依据所述多个终端的网络属性,将具有相同网络属性的至少一个终端组成终端集合,得到多个表征不同网络属性的终端集合;
针对每种网络属性的终端集合,依据所述终端集合内所有终端访问服务***中每个服务节点的访问时延,分别计算所述终端集合中的终端访问每个服务节点的平均访问时延,得到不同网络属性的终端访问每个服务节点的平均访问时延。
7.根据权利要求1所述的调度控制方法,其特征在于,所述分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,包括:
分别获取不同网络属性的移动终端访问服务***中每个服务节点的平均访问时延,所述移动终端采用无线网络访问所述服务***中的服务节点;
所述针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,包括:
针对每种网络属性的移动终端,从所述服务***的多个服务节点中,选取出所述网络属性的移动终端所适合访问的目标服务节点;
所述针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,包括:
针对每种网络属性,将所述网络属性的移动终端所适合访问的目标服务节点的IP地址,作为第一域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,所述第一域名解析列表中存储有不同网络属性的移动终端所需调度到的服务节点的IP地址。
8.根据权利要求1所述的调度控制方法,其特征在于,所述分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,包括:
分别获取不同网络属性的有线网络终端访问服务***中每个服务节点的平均访问时延,所述有线网络终端基于有线网络访问所述服务***中的服务节点;
所述针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,包括:
针对每种网络属性的有线网络终端,从所述服务***的多个服务节点中,选取出所述网络属性的有线网络终端所适合访问的目标服务节点;
所述针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,包括:
针对每种网络属性,将所述网络属性的有线网络终端所适合访问的目标服务节点的IP地址,作为第二域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,所述第二域名解析列表中存储有不同网络属性的有线网络终端所需调度到的服务节点的IP地址。
9.一种调度控制装置,其特征在于,包括:
平均时延获取单元,用于从数据服务器分别获取不同网络属性的终端访问服务***中每个服务节点的平均访问时延,其中,终端在访问服务***中不同服务节点时,会向相应服务节点发送测试数据包,并将测试出来的访问时延发送给所述数据服务器;所述数据服务器在获取到多个终端访问服务***中不同服务节点的访问时延之后,按照终端的网络属性,分别计算出每种网络属性的终端访问每个服务节点的平均访问时延;终端的网络属性表征终端所归属的运营商以及地理区域;
服务节点匹配单元,用于针对每种网络属性的终端,从所述服务***的多个服务节点中,选取出所述网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端访问所述目标服务节点的平均访问时延满足第一预设条件;
匹配关系确定单元,用于针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址。
10.根据权利要求9所述的调度控制装置,其特征在于,所述平均时延获取单元,包括:
第一时延获取单元,用于分别获取不同网络属性的移动终端访问服务***中每个服务节点的平均访问时延,所述移动终端采用无线网络访问所述服务***中的服务节点;
所述服务节点匹配单元,包括:
第一节点匹配单元,用于针对每种网络属性的移动终端,从所述服务***的多个服务节点中,选取出所述网络属性的移动终端所适合访问的目标服务节点;
所述匹配关系确定单元,包括:
第一关系确定单元,用于针对每种网络属性,将所述网络属性的移动终端所适合访问的目标服务节点的IP地址,作为第一域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,所述第一域名解析列表中存储有不同网络属性的移动终端所需调度到的服务节点的IP地址。
11.根据权利要求9所述的调度控制装置,其特征在于,所述平均时延获取单元,包括:
第二时延获取单元,用于分别获取不同网络属性的有线网络终端访问服务***中每个服务节点的平均访问时延,所述有线网络终端基于有线网络访问所述服务***中的服务节点;
所述服务节点匹配单元,包括:
第二节点匹配单元,用于针对每种网络属性的有线网络终端,从所述服务***的多个服务节点中,选取出所述网络属性的有线网络终端所适合访问的目标服务节点;
所述匹配关系确定单元,包括:
第二关系确定单元,用于针对每种网络属性,将所述网络属性的有线网络终端所适合访问的目标服务节点的IP地址,作为第二域名解析列表中,与所述网络属性相匹配的服务节点的IP地址,所述第二域名解析列表中存储有不同网络属性的有线网络终端所需调度到的服务节点的IP地址。
12.一种调度控制***,其特征在于,包括:
数据服务器以及配置服务器;
其中,所述数据服务器,用于获取多个终端访问服务***中不同服务节点的访问时延;针对每种网络属性的终端,分别计算具有所述网络属性的所有终端访问服务***中每个服务节点的平均访问时延,其中,终端在访问服务***中不同服务节点时,会向相应服务节点发送测试数据包,并将测试出来的访问时延发送给所述数据服务器;终端的网络属性表征终端所归属的运营商以及地理区域;
所述配置服务器,用于根据不同网络属性的终端访问服务***中每个服务节点的平均访问时延,分别从所述服务***的多个服务节点中,选取出每种网络属性的终端所适合访问的目标服务节点,其中,所述网络属性的终端所适合访问所述目标服务节点的平均访问时延满足第一预设条件;针对每种网络属性,将所述网络属性的终端所适合访问的目标服务节点的IP地址,作为域名解析列表中,与所述网络属性相匹配的服务节点的IP地址。
13.根据权利要求12所述的调度控制***,其特征在于,所述数据服务器在获取多个终端访问服务***中不同服务节点的访问时延时,具体用于,获取多个移动终端访问服务***中不同服务节点的访问时延,以及多个有线网络终端访问服务***中不同服务节点的访问时延;
所述数据服务器在针对每种网络属性的终端,分别计算具有所述网络属性的所有终端访问服务***中每个服务节点的平均访问时延时,具体用于:
针对每种网络属性的移动终端,计算具有所述网络属性的所有移动终端访问服务***中每个服务节点的平均访问时延,所述移动终端采用无线网络访问所述服务***中的服务节点;
针对每种网络属性的有线网络终端,计算具有所述网络属性的所有线网络终端访问服务***中每个服务节点的平均访问时延,所述有线网络终端基于有线网络访问所述服务***中的服务节点;
所述配置服务器在根据不同网络属性的终端访问服务***中每个服务节点的平均访问时延,分别从所述服务***的多个服务节点中,选取出每种网络属性的终端所适合访问的目标服务节点时,具体用于:
分别从所述服务***的多个服务节点中,选取出每种网络属性的移动终端所适合访问的目标服务节点;以及,选取出每种网络属性的有线网络终端所适合访问的目标服务节点。
14.根据权利要求13所述的调度控制***,其特征在于,所述调度控制***还包括:部署于所述服务***中不同机房内的多个测速节点,其中,所述服务***的每个服务节点关联有一个测速节点,且服务节点关联的测速节点与所述服务节点部署于同一机房内;
所述数据服务器在获取多个移动终端访问服务***中不同服务节点的访问时延时,具体用于:获取多个移动终端访问不同测速节点的访问时延;
所述数据服务器在针对每种网络属性的移动终端,计算具有所述网络属性的所有移动终端访问服务***中每个服务节点的平均访问时延时,具体用于:
针对每种网络属性的移动终端,计算具有所述网络属性的所有移动终端访问服务***中每个测速节点的平均访问时延,并依据测速节点与服务节点的关联关系,确定具有所述网络属性的所有移动终端访问服务***中每个服务节点的平均访问时延;
所述测速节点,用于根据所述测速节点关联的服务节点所返回的目标网关的IP地址,测试所述目标网关到所述测速节点的访问时延,所述目标网关的IP地址为所述测速节点关联的服务节点在接收到所述有线网络终端的访问请求时,反向路由出的所述有线网络终端所属的网关的IP地址,所述有线网络终端的网络属性与所述有线网络终端所属的目标网关的网络属性相同;将所述目标网关到所述测速节点的访问时延作为所述有线网络终端到所述测速节点的访问时延,发送给所述数据服务器。
15.一种配置服务器,其特征在于,包括存储器与处理器;
所述存储器用于存放程序;
所述处理器用于执行所述程序,以实现如权利要求1~8任一项所述的调度控制方法的步骤。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机程序,所述计算机程序在被执行时,用于实现如如权利要求1~8任一项所述的调度控制方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710353408.0A CN107071089B (zh) | 2017-05-18 | 2017-05-18 | 调度控制方法、装置和*** |
PCT/CN2018/087074 WO2018210265A1 (zh) | 2017-05-18 | 2018-05-16 | 调度控制方法、装置和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710353408.0A CN107071089B (zh) | 2017-05-18 | 2017-05-18 | 调度控制方法、装置和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107071089A CN107071089A (zh) | 2017-08-18 |
CN107071089B true CN107071089B (zh) | 2020-09-15 |
Family
ID=59611004
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710353408.0A Active CN107071089B (zh) | 2017-05-18 | 2017-05-18 | 调度控制方法、装置和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107071089B (zh) |
WO (1) | WO2018210265A1 (zh) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107071089B (zh) * | 2017-05-18 | 2020-09-15 | 腾讯科技(深圳)有限公司 | 调度控制方法、装置和*** |
CN109428839B (zh) * | 2017-08-31 | 2022-10-11 | 华为技术有限公司 | 一种cdn调度方法、设备及*** |
CN107635015B (zh) * | 2017-10-25 | 2020-11-24 | 深圳市和讯华谷信息技术有限公司 | 移动终端与服务器端链接的最优路径选择***及方法 |
CN108600146A (zh) * | 2017-12-29 | 2018-09-28 | 北京搜狐新媒体信息技术有限公司 | 一种地址调度方法及装置 |
CN110768852A (zh) * | 2018-07-25 | 2020-02-07 | 贵州白山云科技股份有限公司 | 一种云网络节点的测试方法及装置 |
CN109768897B (zh) * | 2018-12-20 | 2022-07-29 | 深圳市创梦天地科技有限公司 | 一种服务器部署方法及装置 |
CN110166581B (zh) * | 2019-04-30 | 2022-03-29 | 大唐软件技术股份有限公司 | 一种域名解析服务器访问频次占比获取方法及装置 |
CN112311829B (zh) * | 2019-07-31 | 2022-05-17 | 贵州白山云科技股份有限公司 | 一种调度访问请求的方法、装置、介质及设备 |
CN110784559B (zh) * | 2019-09-17 | 2022-06-07 | 大唐软件技术股份有限公司 | 一种dns解析时延采集方法和装置 |
CN110661879B (zh) * | 2019-10-12 | 2023-03-24 | 北京奇艺世纪科技有限公司 | 节点调度方法、装置、***、调度服务器及终端设备 |
CN110809040B (zh) * | 2019-10-30 | 2022-04-29 | 四川速宝网络科技有限公司 | 加速服务提供***及方法 |
CN111385357B (zh) * | 2020-03-04 | 2021-04-27 | 腾讯科技(深圳)有限公司 | 一种网络资源的管理方法、装置、计算机设备及存储介质 |
CN111934947B (zh) * | 2020-07-17 | 2023-03-24 | 中国联合网络通信集团有限公司 | 测速方法、测速调度服务器、终端设备及可读存储介质 |
CN111917898B (zh) * | 2020-07-24 | 2021-08-27 | 网宿科技股份有限公司 | 一种资源调度策略的调整方法及装置 |
CN112242937B (zh) * | 2020-10-13 | 2024-03-08 | 腾讯科技(深圳)有限公司 | 一种网络测速方法、装置、电子设备及计算机可读介质 |
CN112532765B (zh) * | 2020-12-14 | 2023-04-11 | 广东睿江云计算股份有限公司 | 一种网络访问方法及其*** |
CN113037888A (zh) * | 2021-03-12 | 2021-06-25 | 北京金山云网络技术有限公司 | 加速域名的配置方法及装置、存储介质、电子设备 |
CN113132182B (zh) * | 2021-03-30 | 2022-08-30 | 新华三智能终端有限公司 | 一种网速测试方法及装置 |
CN114244805B (zh) * | 2021-11-08 | 2023-10-03 | 网宿科技股份有限公司 | 一种域名配置方法及设备 |
CN114257530B (zh) * | 2021-11-29 | 2023-08-22 | 中国联合网络通信集团有限公司 | 网络资产测绘方法、装置、设备及存储介质 |
CN114143251B (zh) * | 2021-12-08 | 2023-10-13 | 北京天融信网络安全技术有限公司 | 智能选路方法、装置、电子设备及计算机可读存储介质 |
CN114338817B (zh) * | 2021-12-22 | 2023-11-10 | 中国人民银行清算总中心 | 多平面网络访问控制方法及多平面网络 |
CN114650295B (zh) * | 2022-03-29 | 2023-12-05 | 北京有竹居网络技术有限公司 | Cdn质量调度方法、装置、介质和电子设备 |
CN114697241B (zh) * | 2022-04-07 | 2023-09-12 | 机械工业仪器仪表综合技术经济研究所 | 一种端到端的时延测试***及方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101764747A (zh) * | 2009-12-24 | 2010-06-30 | 北京世纪互联宽带数据中心有限公司 | 内容分发网络流量智能调度方法、装置及*** |
WO2011049500A1 (en) * | 2009-10-23 | 2011-04-28 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and arrangement in a communication network for selecting network elements |
CN104954507A (zh) * | 2015-06-23 | 2015-09-30 | 中国互联网络信息中心 | 数据优选的域名解析方法及*** |
CN105162900A (zh) * | 2015-09-25 | 2015-12-16 | 中国互联网络信息中心 | 一种多节点协作的域名解析和缓存方法及*** |
CN105610995A (zh) * | 2015-09-11 | 2016-05-25 | 宇龙计算机通信科技(深圳)有限公司 | Dns服务器的选择方法、dns服务器的选择装置和终端 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106992938B (zh) * | 2017-05-15 | 2020-03-31 | 网宿科技股份有限公司 | 一种网络流量动态调度分配方法及*** |
CN107071089B (zh) * | 2017-05-18 | 2020-09-15 | 腾讯科技(深圳)有限公司 | 调度控制方法、装置和*** |
-
2017
- 2017-05-18 CN CN201710353408.0A patent/CN107071089B/zh active Active
-
2018
- 2018-05-16 WO PCT/CN2018/087074 patent/WO2018210265A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011049500A1 (en) * | 2009-10-23 | 2011-04-28 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and arrangement in a communication network for selecting network elements |
CN101764747A (zh) * | 2009-12-24 | 2010-06-30 | 北京世纪互联宽带数据中心有限公司 | 内容分发网络流量智能调度方法、装置及*** |
CN104954507A (zh) * | 2015-06-23 | 2015-09-30 | 中国互联网络信息中心 | 数据优选的域名解析方法及*** |
CN105610995A (zh) * | 2015-09-11 | 2016-05-25 | 宇龙计算机通信科技(深圳)有限公司 | Dns服务器的选择方法、dns服务器的选择装置和终端 |
CN105162900A (zh) * | 2015-09-25 | 2015-12-16 | 中国互联网络信息中心 | 一种多节点协作的域名解析和缓存方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN107071089A (zh) | 2017-08-18 |
WO2018210265A1 (zh) | 2018-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107071089B (zh) | 调度控制方法、装置和*** | |
US11811657B2 (en) | Updating routing information based on client location | |
US11632420B2 (en) | Point of presence management in request routing | |
CN106656800B (zh) | 一种路径选取方法及***、网络加速节点及网络加速*** | |
US10931738B2 (en) | Point of presence management in request routing | |
JP5150769B2 (ja) | 要求ルーティングおよびクライアントロケーション情報を利用したルーティング情報の更新 | |
US9787775B1 (en) | Point of presence management in request routing | |
CN105491173B (zh) | 一种dns解析方法、服务器及网络*** | |
CN102014173B (zh) | 一种域名重定向控制方法、模块及*** | |
CN109151009B (zh) | 一种基于mec的cdn节点分配方法和*** | |
CN104954507A (zh) | 数据优选的域名解析方法及*** | |
CN112005534B (zh) | 用于处理云计算资源的方法、***以及无线通信设备 | |
US11297131B2 (en) | Method and apparatus for multi-vendor GTM fabric | |
US8239483B2 (en) | System and method for generic application of location determination for network attached devices | |
CN111371826A (zh) | Cdn节点的性能探测方法、装置及*** | |
CN116708455B (zh) | 资源获取方法及装置、可读存储介质及电子设备 | |
KR20160132277A (ko) | Ip 주소의 지리적 위치 결정 방법 및 그 장치 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |