CN109981805A - 一种域名解析的方法及装置 - Google Patents
一种域名解析的方法及装置 Download PDFInfo
- Publication number
- CN109981805A CN109981805A CN201711461549.0A CN201711461549A CN109981805A CN 109981805 A CN109981805 A CN 109981805A CN 201711461549 A CN201711461549 A CN 201711461549A CN 109981805 A CN109981805 A CN 109981805A
- Authority
- CN
- China
- Prior art keywords
- server
- measured
- domain name
- target
- access
- 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.)
- Granted
Links
Classifications
-
- 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/16—Threshold monitoring
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明的实施例公开了一种域名解析的方法及装置，该方法将目标域名对应的多个服务器作为待测服务器，通过访问目标域名的访问资源对应的URL，分别得到标识每一待测服务器当前的服务质量的测试数据，根据测试数据确定出服务质量最好的待测服务器，将其对应的目标服务器地址作为该目标域名的解析结果。该方法通过访问资源测试多个待测服务器的服务质量，得到每一待测服务器的测试数据，根据测试数据制定调度策略，充分考虑了当前各服务器的网路状况，保证为用户提供最佳的网络服务。
Description
技术领域
本发明涉及互联网通信技术领域，尤其是涉及一种域名解析的方法及装置。
背景技术
网络服务访问流量增长的同时，也给网络带宽和服务器带来巨大的压力。在巨大的访问流量及负载压力下，很多网络服务器因为访问次数爆炸式地增长而不堪重负，不能及时处理用户的请求，导致用户进行长时间的等待，大大降低了服务质量。如今较大ICP(internet content provider，互联网内容提供商)的站点通常在不同地域设置镜像，用户需要访问能为自己提供最优服务的服务器，才能获得最好的服务体验。设置智能解析功能的DNS(Domain name system，域名系统)，可以返回给用户较优的解析结果，从而可以解决由于流量长途穿越、或激增导致的网络拥塞问题以及部分服务器负载过高造成的网站访问质量问题。
然而，目前运营商的DNS服务节点主要包括DNS缓存、递归两种服务器设备。其中，缓存服务器缓存互联网域名的解析结果，直接返回给用户。如果在缓存设备中未查到应答结果的缓存记录，就会将其透传给递归设备，递归服务器向ICP权威服务器进行域名查询并将解析结果存入DNS缓存服务器。运营商的DNS缓存设备直接面向用户提供DNS基本解析服务，按照服务对象的类型划分缓存视图区域，这种方法事先将用户IP地址段划分不同的分组，根据电信运营商的划分进行分组的定义，实现基于IP地址段、区域、用户群、以及运营商的智能域名解析。但是，这种针对用户属性提供差异化服务的智能解析方法未对网络性能和应用服务器性能进行真正的考量。
部分运营商的DNS服务节点提出了基于IP地址探测质量的智能解析，解决授权服务器的DNS解析不够准确的技术问题。例如，拨测装置在其解析表中查找访问域名对应的IP地址，解析表保存有域名对应的预先经过IP地址Ping测试而获取的Ping测试时延、丢包率等网络性能指标，根据指标优劣选择的IP地址，然而，这种方法中并未考虑应用服务器性能以及禁Ping等设备安全保护机制产生的调度失效问题，也未进行调度性能监控反馈从而可能引发负载倾斜的问题。
服务器的DNS调度算法总体分为两大类：一类是静态调度算法，它不考虑服务器节点情况，只是按照授权DNS返回的IP地址进行任务请求的分配。这些算法虽然实现简单，响应速度快，一定程度上起到应用服务器间的负载均衡的作用，但是没有考虑不同服务器间服务能力的差异及负载情况等因素。另一类是动态调度算法，它依靠服务器信息进行调度，主要有最少连接算法(Least Connected Based Scheduling)以及最轻负载算法(LeastLoaded Scheduling)。其中最少连接算法是在授权DNS返回的IP地址相关的服务器中，选择建连最少的服务器提供服务，它能准确地反映出应用服务器的负载情况，但是没有考虑到应用服务器提供服务的能力；最轻负载算法是在授权DNS返回的IP地址相关的服务器中，选择当前负载最轻的服务器为用户提供服务，该算法考虑了服务器的负载情况，但需要ICP提供服务器节点的CPU占用率、磁盘I/O占用率、内存占用率以及网络带宽占用率等负载信息，而协商获取相关信息较为困难。虽然动态调度开销上比静态调度有所增加，但是系统整体性能的却提升显著。然而，动态调度算法中收集应用服务器信息的时间间隔却难以得到合理的确定。
在实现本发明实施例的过程中，发明人发现现有的DNS域名解析的过程中，制定的调度策略未综合考虑域名对应的多个服务器的网络性能，无法保证为用户提供最佳的网络服务。
另一方面，现有的方案中也无法根据各服务器的网络状态对调度策略进行及时调整。
发明内容
本发明所要解决的技术问题是如何解决现有的DNS域名解析的过程中，制定的调度策略未综合考虑域名对应的多个服务器的网络性能，无法保证为用户提供最佳的网络服务的问题。
针对以上技术问题，本发明的实施例提供了一种域名解析的方法，包括：
若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；
针对待测服务器中的任一目标待测服务器，通过根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；
根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
可选地，所述若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL，还包括：
获取访问所述目标域名的访问数据，根据所述访问数据确定访问所述目标域名的访问成功率和首包响应时延；
若所述访问成功率小于成功率门限值，或者所述首包响应时延大于时延门限值，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL。
可选地，所述若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL，包括：
接收到解析所述目标域名的解析请求后，判断本地缓存是否存储有与所述目标域名对应的服务器地址，若存在，将存储的所述服务器地址作为所述目标域名的解析结果，否则，通过所述本地缓存对所述目标域名解析失败；
若通过所述本地缓存对所述目标域名解析失败，则通过递归设备获取所述目标域名对应的所有服务器，作为所述待测服务器，并通过爬虫系统抓取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为所述测试URL。
可选地，所述针对待测服务器中的任一目标待测服务器，通过根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据，包括：
针对待测服务器中的任一目标待测服务器，获取所述目标待测服务器的地址，作为待测服务器地址；
将每一测试URL中的主机名字段替换为所述待测服务器地址，得到对所述目标待测服务器的服务质量进行测试的目标测试URL；
根据通过每一所述目标测试URL对所述目标待测服务器进行测试的测试过程，得到与所述目标待测服务器建立连接的建连时延和接收到所述目标待测服务器反馈的访问资源的首包响应时延；
根据每一待测服务器对应的建连时延和首包响应时延计算所述目标待测服务器的加权时延，将加权时延作为所述测试数据。
可选地，所述根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果，包括：
根据每一待测服务器对应的加权时延，获取加权时延最小的待测服务器，作为所述目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
可选地，所述根据每一待测服务器对应的建连时延和首包响应时延计算所述目标待测服务器的加权时延，将加权时延作为所述测试数据，包括：
针对所述待测服务器中的所述目标待测服务器，获取对每一待测服务器进行测试得到的建连时延，通过公式
得到所述目标待测服务器的建连时延计算参数；
针对所述目标待测服务器，获取对每一待测服务器进行测试得到的首包响应时延，通过公式
得到所述目标待测服务器的首包响应时延计算参数；
通过公式ωi＝α·Tt(Si)+β·Th(Si)计算所述目标待测服务器的加权时延；
其中，所述目标待测服务器作为所述目标域名对应的待测服务器中的第i个待测服务器，用Si表示；tt(Si)表示通过每一目标测试URL对目标待测服务器Si进行测试得到的与目标待测服务器建立连接的建连时延；均量化区间为[0,Tthreshold]；th(Si)表示通过每一目标测试URL对目标待测服务器Si进行测试得到的目标待测服务器反馈的访问资源的首包响应时延；Tt(Si)为目标待测服务器Si的建连时延计算参数，Th(Si)为目标待测服务器Si的首包响应时延计算参数，ωi为所述目标待测服务器Si的加权时延，α和β分别为对应于Tt(Si)和Th(Si)的权值。
可选地，所述获取访问所述目标域名的访问数据，根据所述访问数据确定访问所述目标域名的访问成功率和首包响应时延，包括：
通过设置在访问所述目标域名的访问链路上的DPI探针获取所述访问数据，根据所述访问数据统计访问所述目标域名的总次数和成功访问所述目标域名的成功次数，计算所述成功次数占所述总次数的比率，得到所述访问成功率；
根据成功访问所述目标域名的访问数据，计算每一次成功访问所述目标域名的过程中，首包的平均响应时延，作为访问所述目标域名的首包响应时延。
第二方面，本实施例提供了一种域名解析的装置，包括：
获取模块，用于若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；
测试模块，用于针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；
解析模块，用于根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
第三方面，本实施例提供了一种电子设备，包括：
至少一个处理器、至少一个存储器、通信接口和总线；其中，
所述处理器、存储器、通信接口通过所述总线完成相互间的通信；
所述通信接口用于该电子设备和服务器的通信设备或者终端的通信设备之间的信息传输；
所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行以上所述的方法。
第四方面，本实施例提供了一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行以上所述的方法。
本发明的实施例提供了一种域名解析的方法及装置，该方法将目标域名对应的多个服务器作为待测服务器，通过访问目标域名的访问资源对应的URL，分别得到标识每一待测服务器当前的服务质量的测试数据，根据测试数据确定出服务质量最好的待测服务器，将其对应的目标服务器地址作为该目标域名的解析结果。该方法通过访问资源测试多个待测服务器的服务质量，得到每一待测服务器的测试数据，根据测试数据制定调度策略，充分考虑了当前各服务器的网路状况，保证为用户提供最佳的网络服务。
另一方面，该方法实时通过访问目标域名的访问数据，对访问该目标域名的访问成功率和首包响应时延进行监控，在访问成功率小于成功率门限值，或者首包响应时延大于时延门限值时，重新对目标域名对应的服务器进行测试，及时调整调度策略。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的域名解析的方法的流程示意图；
图2是本发明另一个实施例提供的DNS智能解析系统的结构框图；
图3是本发明另一个实施例提供的DPI获取访问目标资源的访问数据的过程示意图；
图4是本发明另一个实施例提供的域名解析的装置的结构示意图；
图5是本发明另一个实施例提供的电子设备的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1是本实施例提供的域名解析的方法的流程示意图。参见图1，该方法包括：
101：若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；
102：针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；
103：根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
需要说明的是，本实施例提供的方法由DNS服务器执行。若DNS服务器在本地缓存中没有查找到对应于目标域名的服务器，则对该目标域名的解析失败。通常，目标域名是由客户端(例如，电脑或者手机)发送的域名.
若DNS服务器通过本地缓存未对该目标域名进行解析，则通过递归方法获取IPC授权的，该目标域名的待测服务器。待测服务器可以是该目标域名对应的所有服务器，也可以是该目标域名对应的所有服务器中的多个服务器，本实施例对此不做限制。
访问资源指的是用户访问该目标资源时访问的资源，通常通过爬虫系统抓取。访问资源可以是图片、网页、文档等，本实施例对此不做具体限制。URL是访问该目标域名对应的访问资源的地址。
测试数据为能够表示待测服务器网络性能的数据，具体来说，测试数据为反应该待测服务器的CPU占用率的数据、反应该待测服务器的业务承载的服务器、反应该待测服务器的操作系统性能的数据等，本实施例对此不做具体限制。例如，测试数据可以是与该待测服务器建立链接的建连时延、该待测服务器响应测试URL的首包响应时延。根据测试数据能够反应出各待测服务器的服务质量差异，从而将服务质量最好的服务器作为对目标域名进行解析的服务器。可理解的是，可以将各待测服务器服务质量的测试结果存储在DNS服务器的本地缓存中，以便通过本地缓存及时对目标域名进行解析。
例如，通过图2中DNS智能解析系统的域名解析模块、质量资源探测模块、资源管理模块和只能调度策略模块执行本实施例提供的方法，得到表示每一待测服务器的服务质量的测试数据。
本实施例提供了一种域名解析的方法，该方法将目标域名对应的多个服务器作为待测服务器，通过访问目标域名的访问资源对应的URL，分别得到标识每一待测服务器当前的服务质量的测试数据，根据测试数据确定出服务质量最好的待测服务器，将其对应的目标服务器地址作为该目标域名的解析结果。该方法通过访问资源测试多个待测服务器的服务质量，得到每一待测服务器的测试数据，根据测试数据制定调度策略，充分考虑了当前各服务器的网路状况，保证为用户提供最佳的网络服务。
更进一步地，在上述实施例的基础上，所述若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL，还包括：
获取访问所述目标域名的访问数据，根据所述访问数据确定访问所述目标域名的访问成功率和首包响应时延；
若所述访问成功率小于成功率门限值，或者所述首包响应时延大于时延门限值，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL。
更进一步地，在上述实施例的基础上，所述获取访问所述目标域名的访问数据，根据所述访问数据确定访问所述目标域名的访问成功率和首包响应时延，包括：
通过设置在访问所述目标域名的访问链路上的DPI探针获取所述访问数据，根据所述访问数据统计访问所述目标域名的总次数和成功访问所述目标域名的成功次数，计算所述成功次数占所述总次数的比率，得到所述访问成功率；
根据成功访问所述目标域名的访问数据，计算每一次成功访问所述目标域名的过程中，首包的平均响应时延，作为访问所述目标域名的首包响应时延。
该方法中，实时通过用户访问目标域名的访问数据计算访问成功率和首包响应时延，当两个参数中的任一参数不符合预先设定的门限值要求时，就重新对目标域名的服务器进行测试，重新确定出服务质量最好的待测服务器，更新存储在DNS服务器中的目标服务器。
例如，通过图2中的DPI数据监控反馈模块对访问目标域名的访问数据进行监控，从而通过智能调度策略模块对存储在DNS缓存设备中的各待测服务器的测试数据进行更新，即实现调度策略的调整。具体来说，如图3所示，通过设置在访问目标域名的访问链路上的DPI探针得到访问数据。例如，通过DPI探针获取从用户侧客户端或者资源质量探测模块访问应用服务器的过程中，建立TCP连接时的SYN信号和建连成功的反馈信号SYN ACK得到建连时延。通过HTTP GET和HTTP RESPONSE得到首包响应时延。
本实施例提供了一种域名解析的方法，该方法访问目标域名的访问成功率和首包响应时延的监测，对调度策略进行及时调整，实现了对调度策略的闭环调节。该方法实时通过访问目标域名的访问数据，对访问该目标域名的访问成功率和首包响应时延进行监控，在访问成功率小于成功率门限值，或者首包响应时延大于时延门限值时，重新对目标域名对应的服务器进行测试，及时调整调度策略。
更进一步地，在上述各实施例的基础上，所述若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL，包括：
接收到解析所述目标域名的解析请求后，判断本地缓存是否存储有与所述目标域名对应的服务器地址，若存在，将存储的所述服务器地址作为所述目标域名的解析结果，否则，通过所述本地缓存对所述目标域名解析失败；
若通过所述本地缓存对所述目标域名解析失败，则通过递归设备获取所述目标域名对应的所有服务器，作为所述待测服务器，并通过爬虫系统抓取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为所述测试URL。
图2提供了一种DNS智能解析系统的结构框图，参见图2，域名解析模块中的DNS缓存设备在接收到用户发送的对目标域名进行解析的请求后，若DNS缓存设备不存在该目标域名对应的服务器的服务器地址(服务器的IP地址)，则解析失败。
待测服务器的获取通过DNS递归设备实现，得到目标域名对应的所有服务器，作为待测服务器。并通过爬虫系统抓取该目标域名访问资源的URL。例如，通过爬虫系统爬取该目标域名下访问资源，建立该目标域名的URL资源库，用于对待测服务器进行服务质量测试的样本。
本实施例提供了一种域名解析的方法，该方法通过递归设备获取目标域名对应的所有服务器，通过爬虫系统抓取用户访问目标域名的访问资源，实现了对待测服务器和访问资源的快速获取。
更进一步地，在上述各实施例的基础上，所述针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据，包括：
针对待测服务器中的任一目标待测服务器，获取所述目标待测服务器的地址，作为待测服务器地址；
将每一测试URL中的主机名字段替换为所述待测服务器地址，得到对所述目标待测服务器的服务质量进行测试的目标测试URL；
根据通过每一所述目标测试URL对所述目标待测服务器进行测试的测试过程，得到与所述目标待测服务器建立连接的建连时延和接收到所述目标待测服务器反馈的访问资源的首包响应时延；
根据每一待测服务器对应的建连时延和首包响应时延计算所述目标待测服务器的加权时延，将加权时延作为所述测试数据。
更进一步地，在上述各实施例的基础上，所述根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果，包括：
根据每一待测服务器对应的加权时延，获取加权时延最小的待测服务器，作为所述目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
更进一步地，在上述各实施例的基础上，所述根据每一待测服务器对应的建连时延和首包响应时延计算所述目标待测服务器的加权时延，将加权时延作为所述测试数据，包括：
针对所述待测服务器中的所述目标待测服务器，获取对每一待测服务器进行测试得到的建连时延，通过公式
得到所述目标待测服务器的建连时延计算参数；
针对所述目标待测服务器，获取对每一待测服务器进行测试得到的首包响应时延，通过公式
得到所述目标待测服务器的首包响应时延计算参数；
通过公式ωi＝α·Tt(Si)+β·Th(Si)计算所述目标待测服务器的加权时延；
其中，所述目标待测服务器作为所述目标域名对应的待测服务器中的第i个待测服务器，用Si表示；tt(Si)表示通过每一目标测试URL对目标待测服务器Si进行测试得到的与目标待测服务器建立连接的建连时延；均量化区间为[0,Tthreshold]；th(Si)表示通过每一目标测试URL对目标待测服务器Si进行测试得到的目标待测服务器反馈的访问资源的首包响应时延；Tt(Si)为目标待测服务器Si的建连时延计算参数，Th(Si)为目标待测服务器Si的首包响应时延计算参数，ωi为所述目标待测服务器Si的加权时延，α和β分别为对应于Tt(Si)和Th(Si)的权值。
需要说明的是，对待测服务器的服务质量进行测试的过程是将URL的host主机名字段替换为ISP授权DNS返回的待测服务器的服务器IP，逐一进行访问测试的过程。
进一步地，所述根据通过每一所述目标测试URL对所述目标待测服务器进行测试的测试过程，得到与所述目标待测服务器建立连接的建连时延和接收到所述目标待测服务器反馈的访问资源的首包响应时延，包括：
计算通过每一所述目标测试URL对所述目标待测服务器进行测试的测试过程，与所述目标待测服务器建立连接的建连时延的平均值，作为与所述目标待测服务器建立连接的建连时延tt(Si)；
计算通过每一所述目标测试URL对所述目标待测服务器进行测试的测试过程，接收到所述目标待测服务器反馈的访问资源的首包响应时延的平均值，作为接收到所述目标待测服务器反馈的访问资源的首包响应时延th(Si)。
其中，每一测试过程中，与所述目标待测服务器建立连接的建连时延可以通过设置在访问该目标待测服务器的访问链路上的DPI探针得到。接收到所述目标待测服务器反馈的访问资源的首包响应时延也可以通过设置在访问该目标待测服务器的访问链路上的DPI探针得到，本实施例对此不做具体限制。
获取端到端的，服务质量测试中和待测服务器建立连接的TCP建连时延tt和表征待测服务器负载情况的质量测试的HTTP首包响应时延th，两个参数用于智能调度策略模块进行智能调度。例如，将获取的待测服务器服务质量的测试结果按照“最好”到“最坏”排序，得到服务器IP地址列表，并制定调度策略。
本实施例提供了一种域名解析的方法，该方法对计算每一待测服务器的目标建连时延和首包响应时延进行了限定。通过本实施例体用的方法能够精确反应待测服务器的服务质量，得到每一待测服务器的测试数据。
例如，图2为本实施例提供的DNS智能解析系统的结构示意图，如图2所示，域名解析模块：域名解析模块包括与ICP授权DNS进行通信获取解析记录的DNS递归设备以及直接面向用户并根据不同用户属性提供差异化解析服务的DNS缓存设备目标。
资源管理模块：资源管理模块通过爬虫系统爬取域名下资源，建立域名URL资源库，用于资源质量探测模块的质量探测目标样本。
资源质量探测模块：资源模块获将资源管理模块中域名的相关资源作为质量探测目标，送往拨测系统，模拟用户访问资源的流程(利用HTTP协议)获取资源进行拨打测试，并返回结果。如果资源管理模块中存有对应资源的URL，则将该URL作为质量探测URL使用；如果资源管理模块中不存在对应资源的URL，则需要利用http://拼接域名产生一个URL用于质量探测。
质量探测过程是将URL的host主机名字段替换为ISP授权DNS返回的所有IP(由域名解析模块获取)，逐一进行访问测试；获取表端到端网络性能的质量探测TCP建连时延tt和表征相关应用服务器(待测服务器)负载情况质量探测HTTP首包响应时延th两个参数用于智能调度策略模块进行智能调度。
智能调度策略模块：智能调度策略模块与资源质量探测模块进行交互，将获取的应用服务器质量探测信息按照调度算法进行计算，得出从“最好”到“最坏”的应用服务器IP地址列表，并制定调度策略；与域名解析模块交互以下发调度策略，将结果返回给域名解析模块的DNS缓存设备；同时，智能调度策略模块与DPI数据监控模块进行交互，监测调度域名的DPI数据，以重新启动智能调度策略进行调度。
智能调度算法是智能调度策略模块设计的重点，本发明调度算法的形式化描述如下：假设某域名解析出n个IP地址(3≤n)，分别对应n台应用服务器。假设通过多个测试URL对第i台应用服务器Si(待测服务器)对进行资源访问过程进行探测，得到该应用服务器的的质量探测TCP建连时延为tt(Si)和质量探测HTTP首包响应时延为th(Si)。TCP建连时延间接反应的是客户端到应用服务器之间的网络性能、应用服务器网卡以及应用服务器操作系统性能等信息；HTTP首字节时延可以反应出应用服务器CPU占用率以及应用服务器业务承载情况等信息。
为更好地进行线性决策，本方案将tt(Si)和th(Si)均匀量化到[0,Tthreshold]区间中。量化过程如下：
和
其中，表示取整符号。
min[tt(S1),tt(S2),...,tt(Sn)]表示所有待测服务器对应的建连时延中的最小值，max[tt(S1),tt(S2),...,tt(Sn)]表示所有待测服务器对应的建连时延中的最大值；min[th(S1),th(S2),...,th(Sn)]表示所有待测服务器对应的首包响应时延中的最小值，max[th(S1),th(S2),...,th(Sn)]表示所有待测服务器对应的首包响应时延中的最大值。
本方案分别Tt(Si)和Th(Si)记为待测服务器Si质量探测TCP建连时延计算参数和质量探测HTTP首包响应时延计算参数，线性决策算法主要以这两个参数作为判别依据。因此，第i个应用服务器的时延加权函数为：
ωi＝α·Tt(Si)+β·Th(Si)
其中Tt(Si)和Th(Si)分别为第i个应用服务器的质量探测TCP建连时延、HTTP首包响应时延权重计算参量，α、β是Tt和Th的权值。
本实施例中，调度算法采用最小判决的判决规则，即选择ωi最小的应用服务器，作为调度算法返回给客户的服务器，实时评估资源质量，支撑资源的快速调度。
为确定权值，本方案构建判断矩阵：
其中a12为Tt(Si)相对于Th(Si)的重要程度，a21为Th(Si)相对于Tt(Si)的重要程度，a12＝1/a21。令a12＝k，则加权系数计算公式如下：
k的取值视不同的网络环境而定，例如，主要包括以下三种网络环境：
(1)当应用服务器集群分布在于同运营商相同IDC机房网络环境中，那么TCP建链时延权重计算参量不应加以考虑，因此α＝0，β＝1，k→∞；
(2)当应用服务器集群分布在相同运营商不同地域网络环境时，有0<α<1且0<β<1。不仅需要考虑网络质量，还应当考虑应用服务器的网卡以及操作系统情况，TCP建连时延与HTTP首包响应时延具有相同的重要性，此时a12＝a21，即k＝1，α＝β，Tt和Th权值相同。
(3)当应用服务器位于不同运营商网络环境中时，若TCP建链时延对策略判断的影响相对较大，则a12<a21,即0<k<1，α>β；当HTTP首包响应时延对策略判断的影响相对较大，则a12＞a21，即k>1，α<β。
通过对表征网络连通质量以及相关服务器承载业务质量的TCP建链时延和相关应用服务器承载业务质量的HTTP首包响应时延构造表征域名相关IP所涉及应用服务器的质量的权值函数，得出从“最好”到“最坏”的应用服务器IP地址列表。
根据DNS的动态更新策略(增加质优资源记录或删除质差资源记录)或者利用DNS服务器之间的加权轮询策略(根据权重系数向不同的应用服务器分配访问量)，选取较优地址，下发域名解析模块为用户提供DNS解析服务，有效进行应用服务器的择优调度。
DPI数据监控反馈模块：智能解析系统针对优化的域名进行优化的过程运行一段时间后，各应用服务器服务节点的负载情况(应用服务器网卡及操作系统性能、CPU占用率记忆应用服务器业务承载情况)会发生变化，同时，客户端到应用服务器之间的网络性能也会发生变化，因此，智能解析需要有一种动态反馈机制，通过获取应用服务器以及网络性能来重新启动智能调度过程。
由于动态反馈机制需要额外的系统开销，所以对于每一个新用户请求，不可能去进行一次质量探测，而如果相隔一段时间进行质量探测，周期过长会造成应用服务器负载倾斜，周期过短又会造成额外的系统开销。本发明设计一种基于网络链路节点的DPI数据监控以自适应重新启动资源质量探测管理模块中的质量探测的一种动态反馈机制。
该机制针对优化进行中的域名的DPI数据进行监控，主要关注域名访问过程中的TCP成功率以及HTTP首包响应时延指标，并分别设定相关门限值ThresholdTCP成功率(应用服务器网卡及操作系统性能、CPU占用率记忆应用服务器业务承载情况)，ThresholdHTTP首包响应时延，分别表征网络连通质量以及相关服务器承载业务质量。当低于门限值时，质量探测流程，并重新进行调度优化。
第二方面，如图4所示，本发明的实施例提供了一种域名解析的装置，包括获取模块401、测试模块402和解析模块403，其中，
获取模块401，用于若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；
测试模块402，用于针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；
解析模块403，用于根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
本实施例提供的域名解析的装置适用于上述实施例中的域名解析的方法，在此不再赘述。
本发明的实施例提供了一种域名解析的装置，该装置将目标域名对应的多个服务器作为待测服务器，通过访问目标域名的访问资源对应的URL，分别得到标识每一待测服务器当前的服务质量的测试数据，根据测试数据确定出服务质量最好的待测服务器，将其对应的目标服务器地址作为该目标域名的解析结果。该装置通过访问资源测试多个待测服务器的服务质量，得到每一待测服务器的测试数据，根据测试数据制定调度策略，充分考虑了当前各服务器的网路状况，保证为用户提供最佳的网络服务。
图5是示出本实施例提供的电子设备的结构框图。
参照图5，所述电子设备包括：处理器(processor)501、存储器(memory)502、通信接口(Communications Interface)503和总线504；
其中，
所述处理器501、存储器502、通信接口503通过所述总线504完成相互间的通信；
所述通信接口503用于该电子设备和服务器的通信设备或者终端的通信设备之间的信息传输；
所述处理器501用于调用所述存储器502中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
第四方面，本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如，包括：若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的电子设备等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。
Claims (10)
1.一种域名解析的方法，其特征在于，包括：
若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；
针对待测服务器中的任一目标待测服务器，通过根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；
根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
2.根据权利要求1所述的方法，其特征在于，所述若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL，还包括：
获取访问所述目标域名的访问数据，根据所述访问数据确定访问所述目标域名的访问成功率和首包响应时延；
若所述访问成功率小于成功率门限值，或者所述首包响应时延大于时延门限值，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL。
3.根据权利要求1所述的方法，其特征在于，所述若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL，包括：
接收到解析所述目标域名的解析请求后，判断本地缓存是否存储有与所述目标域名对应的服务器地址，若存在，将存储的所述服务器地址作为所述目标域名的解析结果，否则，通过所述本地缓存对所述目标域名解析失败；
若通过所述本地缓存对所述目标域名解析失败，则通过递归设备获取所述目标域名对应的所有服务器，作为所述待测服务器，并通过爬虫系统抓取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为所述测试URL。
4.根据权利要求1所述的方法，其特征在于，所述针对待测服务器中的任一目标待测服务器，通过根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据，包括：
针对待测服务器中的任一目标待测服务器，获取所述目标待测服务器的地址，作为待测服务器地址；
将每一测试URL中的主机名字段替换为所述待测服务器地址，得到对所述目标待测服务器的服务质量进行测试的目标测试URL；
根据通过每一所述目标测试URL对所述目标待测服务器进行测试的测试过程，得到与所述目标待测服务器建立连接的建连时延和接收到所述目标待测服务器反馈的访问资源的首包响应时延；
根据每一待测服务器对应的建连时延和首包响应时延计算所述目标待测服务器的加权时延，将加权时延作为所述测试数据。
5.根据权利要求4所述的方法，其特征在于，所述根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果，包括：
根据每一待测服务器对应的加权时延，获取加权时延最小的待测服务器，作为所述目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
6.根据权利要求4所述的方法，其特征在于，所述根据每一待测服务器对应的建连时延和首包响应时延计算所述目标待测服务器的加权时延，将加权时延作为所述测试数据，包括：
针对所述待测服务器中的所述目标待测服务器，获取对每一待测服务器进行测试得到的建连时延，通过公式
得到所述目标待测服务器的建连时延计算参数；
针对所述目标待测服务器，获取对每一待测服务器进行测试得到的首包响应时延，通过公式
得到所述目标待测服务器的首包响应时延计算参数；
通过公式ωi＝α·Tt(Si)+β·Th(Si)计算所述目标待测服务器的加权时延；
其中，所述目标待测服务器作为所述目标域名对应的待测服务器中的第i个待测服务器，用Si表示；tt(Si)表示通过每一目标测试URL对目标待测服务器Si进行测试得到的与目标待测服务器建立连接的建连时延；均量化区间为[0,Tthreshold]；th(Si)表示通过每一目标测试URL对目标待测服务器Si进行测试得到的目标待测服务器反馈的访问资源的首包响应时延；Tt(Si)为目标待测服务器Si的建连时延计算参数，Th(Si)为目标待测服务器Si的首包响应时延计算参数，ωi为所述目标待测服务器Si的加权时延，α和β分别为对应于Tt(Si)和Th(Si)的权值。
7.根据权利要求2所述的方法，其特征在于，所述获取访问所述目标域名的访问数据，根据所述访问数据确定访问所述目标域名的访问成功率和首包响应时延，包括：
通过设置在访问所述目标域名的访问链路上的DPI探针获取所述访问数据，根据所述访问数据统计访问所述目标域名的总次数和成功访问所述目标域名的成功次数，计算所述成功次数占所述总次数的比率，得到所述访问成功率；
根据成功访问所述目标域名的访问数据，计算每一次成功访问所述目标域名的过程中，首包的平均响应时延，作为访问所述目标域名的首包响应时延。
8.一种域名解析的装置，其特征在于，包括：
获取模块，用于若通过本地缓存对目标域名解析失败，则获取所述目标域名对应的至少一个服务器，作为待测服务器，并获取根据所述目标域名进行访问的至少一个访问资源对应的URL，作为测试URL；
测试模块，用于针对待测服务器中的任一目标待测服务器，从根据每一测试URL从所述目标待测服务器获取访问资源的测试过程中，得到表示所述目标待测服务器的服务质量的测试数据；
解析模块，用于根据每一待测服务器对应的测试数据，确定服务质量最好的待测服务器，作为目标服务器，将所述目标服务器对应的目标服务器地址作为所述目标域名的解析结果。
9.一种电子设备，其特征在于，包括：
至少一个处理器、至少一个存储器、通信接口和总线；其中，
所述处理器、存储器、通信接口通过所述总线完成相互间的通信；
所述通信接口用于该电子设备和服务器的通信设备或者终端的通信设备之间的信息传输；
所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至7任一项所述的方法。
10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711461549.0A CN109981805B (zh) | 2017-12-28 | 2017-12-28 | 一种域名解析的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711461549.0A CN109981805B (zh) | 2017-12-28 | 2017-12-28 | 一种域名解析的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109981805A true CN109981805A (zh) | 2019-07-05 |
| CN109981805B CN109981805B (zh) | 2022-04-15 |
Family
ID=67074940
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711461549.0A Active CN109981805B (zh) | 2017-12-28 | 2017-12-28 | 一种域名解析的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109981805B (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111294257A (zh) * | 2020-03-09 | 2020-06-16 | 北京九州云动科技有限公司 | 应用服务器自动压力测试的方法、装置和系统 |
| CN111314500A (zh) * | 2020-02-19 | 2020-06-19 | 深圳前海微众银行股份有限公司 | 一种确定访问地址的方法及装置 |
| CN111726428A (zh) * | 2020-06-12 | 2020-09-29 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
| CN112153170A (zh) * | 2020-09-15 | 2020-12-29 | 广州华多网络科技有限公司 | 访问服务器的方法、装置、设备及存储介质 |
| CN113037680A (zh) * | 2019-12-09 | 2021-06-25 | 中盈优创资讯科技有限公司 | 基于域名解析结果的应用服务器访问方法及装置 |
| CN113347286A (zh) * | 2021-06-17 | 2021-09-03 | 深圳前海微众银行股份有限公司 | 确定域名服务器的方法、装置、设备及存储介质 |
| WO2021237826A1 (zh) * | 2020-05-28 | 2021-12-02 | 网宿科技股份有限公司 | 一种流量调度方法、系统及装置 |
| CN113824805A (zh) * | 2020-06-19 | 2021-12-21 | 中国电信股份有限公司 | 域名寻址方法及装置、计算机可存储介质 |
| CN114500456A (zh) * | 2020-10-23 | 2022-05-13 | 中国移动通信集团河北有限公司 | 基于全网嗅探的dns调度优化方法、装置及计算设备 |
| CN115208625A (zh) * | 2022-06-01 | 2022-10-18 | 阿里巴巴（中国）有限公司 | 数据处理方法以及装置 |
| CN115277815A (zh) * | 2021-04-30 | 2022-11-01 | 维沃移动通信有限公司 | 信息处理方法、装置及通信设备 |
| CN115473869A (zh) * | 2022-08-15 | 2022-12-13 | 中国电信股份有限公司 | 一种针对域名的数据处理方法和装置 |
| CN115604227A (zh) * | 2022-11-16 | 2023-01-13 | 神州数码融信云技术服务有限公司（Cn） | 通信控制方法及装置、通信系统及计算机可读存储介质 |
| CN118041824A (zh) * | 2024-04-12 | 2024-05-14 | 杭州优云科技股份有限公司 | 测试旁路镜像功能的方法、装置、电子设备及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104092791A (zh) * | 2014-07-11 | 2014-10-08 | 中国科学院声学研究所 | 一种综合质量与成本的互联网内容资源调度方法和系统 |
| CN104994133A (zh) * | 2015-05-22 | 2015-10-21 | 华中科技大学 | 一种基于网络KPI的移动Web网页访问用户体验感知评测方法 |
| CN105323290A (zh) * | 2014-08-04 | 2016-02-10 | 中国移动通信集团公司 | 一种基于用户流量分布特征的内容调度方法和装置 |
| CN106067890A (zh) * | 2016-03-29 | 2016-11-02 | 北京肇煜宏泰信息科技有限公司 | 一种域名解析方法、装置及系统 |
| CN106921537A (zh) * | 2015-12-28 | 2017-07-04 | 中国电信股份有限公司 | 网站访问质量测试方法、服务器和系统 |
| CN106921699A (zh) * | 2015-12-25 | 2017-07-04 | 北京奇虎科技有限公司 | 一种网络访问方法、装置和系统 |
-
2017
- 2017-12-28 CN CN201711461549.0A patent/CN109981805B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104092791A (zh) * | 2014-07-11 | 2014-10-08 | 中国科学院声学研究所 | 一种综合质量与成本的互联网内容资源调度方法和系统 |
| CN105323290A (zh) * | 2014-08-04 | 2016-02-10 | 中国移动通信集团公司 | 一种基于用户流量分布特征的内容调度方法和装置 |
| CN104994133A (zh) * | 2015-05-22 | 2015-10-21 | 华中科技大学 | 一种基于网络KPI的移动Web网页访问用户体验感知评测方法 |
| CN106921699A (zh) * | 2015-12-25 | 2017-07-04 | 北京奇虎科技有限公司 | 一种网络访问方法、装置和系统 |
| CN106921537A (zh) * | 2015-12-28 | 2017-07-04 | 中国电信股份有限公司 | 网站访问质量测试方法、服务器和系统 |
| CN106067890A (zh) * | 2016-03-29 | 2016-11-02 | 北京肇煜宏泰信息科技有限公司 | 一种域名解析方法、装置及系统 |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113037680A (zh) * | 2019-12-09 | 2021-06-25 | 中盈优创资讯科技有限公司 | 基于域名解析结果的应用服务器访问方法及装置 |
| CN111314500A (zh) * | 2020-02-19 | 2020-06-19 | 深圳前海微众银行股份有限公司 | 一种确定访问地址的方法及装置 |
| CN111294257B (zh) * | 2020-03-09 | 2022-05-27 | 北京九州云动科技有限公司 | 应用服务器自动压力测试的方法、装置和系统 |
| CN111294257A (zh) * | 2020-03-09 | 2020-06-16 | 北京九州云动科技有限公司 | 应用服务器自动压力测试的方法、装置和系统 |
| WO2021237826A1 (zh) * | 2020-05-28 | 2021-12-02 | 网宿科技股份有限公司 | 一种流量调度方法、系统及装置 |
| CN111726428A (zh) * | 2020-06-12 | 2020-09-29 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
| CN111726428B (zh) * | 2020-06-12 | 2023-09-22 | 网宿科技股份有限公司 | 一种权威服务器的选择方法、装置、设备及存储介质 |
| CN113824805A (zh) * | 2020-06-19 | 2021-12-21 | 中国电信股份有限公司 | 域名寻址方法及装置、计算机可存储介质 |
| CN112153170A (zh) * | 2020-09-15 | 2020-12-29 | 广州华多网络科技有限公司 | 访问服务器的方法、装置、设备及存储介质 |
| CN114500456A (zh) * | 2020-10-23 | 2022-05-13 | 中国移动通信集团河北有限公司 | 基于全网嗅探的dns调度优化方法、装置及计算设备 |
| CN114500456B (zh) * | 2020-10-23 | 2024-01-12 | 中国移动通信集团河北有限公司 | 基于全网嗅探的dns调度优化方法、装置及计算设备 |
| CN115277815A (zh) * | 2021-04-30 | 2022-11-01 | 维沃移动通信有限公司 | 信息处理方法、装置及通信设备 |
| CN113347286A (zh) * | 2021-06-17 | 2021-09-03 | 深圳前海微众银行股份有限公司 | 确定域名服务器的方法、装置、设备及存储介质 |
| CN115208625A (zh) * | 2022-06-01 | 2022-10-18 | 阿里巴巴（中国）有限公司 | 数据处理方法以及装置 |
| CN115473869A (zh) * | 2022-08-15 | 2022-12-13 | 中国电信股份有限公司 | 一种针对域名的数据处理方法和装置 |
| CN115604227A (zh) * | 2022-11-16 | 2023-01-13 | 神州数码融信云技术服务有限公司（Cn） | 通信控制方法及装置、通信系统及计算机可读存储介质 |
| CN115604227B (zh) * | 2022-11-16 | 2023-04-04 | 神州数码融信云技术服务有限公司 | 通信控制方法及装置、通信系统及计算机可读存储介质 |
| CN118041824A (zh) * | 2024-04-12 | 2024-05-14 | 杭州优云科技股份有限公司 | 测试旁路镜像功能的方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109981805B (zh) | 2022-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109981805A (zh) | 一种域名解析的方法及装置 | |
| US10637771B2 (en) | System and method for real-time load balancing of network packets | |
| CN102281190B (zh) | 负载均衡装置组网方法以及服务器、客户端接入方法 | |
| JP2002091936A (ja) | 負荷分散装置及び負荷見積もり方法 | |
| RU2585971C1 (ru) | Мониторинг сети и идентификация абонента в реальном масштабе времени с помощью устройства, срабатывающего по требованию | |
| CN106302445B (zh) | 用于处理请求的方法和装置 | |
| CN107786992B (zh) | 一种检测移动通信网络质量的方法和装置 | |
| EP2830280A1 (en) | Web caching with security as a service | |
| CN105279087A (zh) | 应用在测试软件中的测试方法和测试系统 | |
| CN105610993B (zh) | 一种域名解析方法、装置及系统 | |
| US11159642B2 (en) | Site and page specific resource prioritization | |
| CN108696400A (zh) | 网络监测方法和装置 | |
| CN111212156B (zh) | 一种网络连接方法与装置 | |
| CN111064780B (zh) | 一种多任务内容更新方法、装置、设备及介质 | |
| CN108881509A (zh) | 一种基于httpdns的dns查询方法及装置 | |
| CN109818820A (zh) | 流量数据监控方法、装置、电子设备及存储介质 | |
| CN102215247B (zh) | 网络就近性负载均衡方法及设备 | |
| CN106130791B (zh) | 基于服务质量的缓存设备服务能力遍历测试系统及方法 | |
| CN103678311A (zh) | 基于中转模式的网页访问方法及系统、抓取路径服务器 | |
| CN110213349A (zh) | 一种http调度方法及装置 | |
| CN109586937A (zh) | 一种缓存系统的运维方法、设备和存储介质 | |
| US20090150564A1 (en) | Per-user bandwidth availability | |
| CN105677492B (zh) | 一种面向终端的可靠应用执行方法 | |
| CN106209952B (zh) | 服务节点分配方法、装置、cdn管理服务器及系统 | |
| KR101252956B1 (ko) | 다중 인터페이스 환경에서 다중 경로를 활용한 웹 페이지 로딩 시스템 및 그 방법 |
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 |